Em 28/10/2011 14:46, Leonardo Augusto escreveu: > Vou se dar uma sugestao de amigo. > > Nao existe servidor que o IO de disco fique bom sem um raid 10(por > exemplo) numa boa controladora dedicada a isso... > > Se o teu problema for IO de disco.. pense em por uma controladora > descente e monte um raid 10, se quer desempenho. Eu fiz um aqui de teste usando zfs (RaidZ) e ficou bem legal a performance ainda mais que eu tinha bastante memória (12Gb) e 5 discos sata ii de 500Gb. O problema aqui não estava relacionado ao I/O embora estivesse usando bastante I/O no processo de importação. No dia à dia o I/O é bem baixo.
Grande abraço e obrigado pela sugestão. > > []´s > > > 2011/10/28 Marcelo Gondim<gon...@bsdinfo.com.br>: >> Em 28/10/2011 11:48, Leonardo Augusto escreveu: >>> Esta fazendo insert em myisam ou innodb ? >> Em myisam >>> Innodb precisa ser configurado corretamente, ele so funciona bem com muita >>> ram. >>> Uma dica, é a de configurar o innodb para gerar um arquivo para cada >>> tabela, e com isso nao socar tudo naquele mega file ibdata.... >>> Quanda vc tem mega tabelas, facilita em muito a manutencao, >>> principalmente a liberacao de espaco fisico, ja que o ibdata nao >>> regride o tamanho.. >>> E quanda é um file per table, vc da um drop table e libera o espaco fisico.. >>> >>> http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html >>> >>> Voce tunou o kernel do seu bsd ? Ou é o generic ? >> Kernel tá tunado. >> >>> O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? >> soft_updates. quanto à ram a máquina que está com o hd só tem 2Gb mesmo >> :( mas esse hd irá para a máquina definitiva que é um quad com 8Gb de >> ram. Só to usando essa máquina para baixar o backup para o sistema novo >> mesmo. >> Tudo indica que são os índices mesmos e anotei o lance do innodb com >> múltiplas table spaces. :) >> >>> >>> 2011/10/28 Marcelo Gondim<gon...@bsdinfo.com.br>: >>>> Em 28/10/2011 10:52, Welkson Renny de Medeiros escreveu: >>>>> Marcelo Gondim escreveu: >>>>>> Olá pessoal, >>>>>> >>>>>> Montei um sistema FreeBSD novo em um HD Sata II cujo teste de velocidade >>>>>> deu uns 85MB/s usando o dd como testador. Até aqui tranquilo. >>>>>> No servidor Linux eu fiz um mysqldump da base que levou um tempo >>>>>> considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. >>>>>> Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, >>>>>> coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas >>>>>> que está importando e ainda não acabou. >>>>>> Coloquei até um time na frente do comando para que quando acordasse >>>>>> pudesse ver o tempo que levou mas acordei e ainda está fazendo. >>>>>> >>>>>> Tirando a possibilidade do hd estar com problemas porque havia feito uns >>>>>> testes e não tinha encontrado nada, alguém faz idéia do que pode estar >>>>>> causando essa lentidão absurda? :( >>>>>> >>>>>> Instalei o mytop para ver o que ocorria e tá lá a instrução: >>>>>> >>>>>> MySQL on localhost >>>>>> (5.0.92-log) >>>>>> up 0+05:05:26 [09:59:23] >>>>>> Queries: 1.3k qps: 0 Slow: 758.0 Se/In/Up/De(%): >>>>>> 00/86/00/01 >>>>>> qps now: 1 Slow qps: 0.0 Threads: 2 ( 2/ 1) >>>>>> 00/00/00/00 >>>>>> Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: >>>>>> 21.0/202.8k >>>>>> Master: mysql-bin.000004/130386302 do: ign: >>>>>> >>>>>> 4 root localhost amavisd 0 Query INSERT >>>>>> INTO `msgs` VALUES >>>>>> (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 >>>>>> 9 root localhost amavisd 0 Query show >>>>>> full processlist >>>>>> >>>>>> 9 root localhost amavisd 0 Query show >>>>>> full processlist >>>>>> 4 root localhost amavisd 8 Query INSERT >>>>>> INTO `msgs` VALUES >>>>>> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >>>>>> >>>>>> 9 root localhost amavisd 0 Query show >>>>>> full processlist >>>>>> 4 root localhost amavisd 29 Query INSERT >>>>>> INTO `msgs` VALUES >>>>>> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >>>>>> >>>>>> 9 root localhost amavisd 0 Query show >>>>>> full processlist >>>>>> 4 root localhost amavisd 14 Query INSERT >>>>>> INTO `msgs` VALUES >>>>>> (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 >>>>>> >>>>>> Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top >>>>>> vejo que ele está apenas com 0.00%: >>>>>> >>>>>> 2092 mysql 12 44 0 489M 119M ucond 0 18:47 0.05% >>>>>> mysqld >>>>>> 2134 root 1 44 0 19900K 4708K sbwait 1 0:21 0.00% >>>>>> mysql >>>>>> >>>>>> No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não >>>>>> entendo porque não acabou de importar ainda >>>>> Uma boa prática na inserção de grandes quantidades de dados é antes >>>>> remover os índices. >>>>> Quando concluir a inserção, recria. >>>>> >>>>> Isso melhora o muito o desempenho. >>>>> >>>>> Índice é bom para consulta, para inserção deixa o processo bem mais lento. >>>>> >>>> ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
