Isso é um monte de E / S de disco.
Você pode querer verificar usando o iotop o que está gerando o I / O (backups?). A lista de processos do mysql pode dar a você (nós?) Mais pistas. Além disso, tente executar o mysqltuner.pl no dbms.
Alguém pode aconselhar o que está acontecendo com a minha configuração. Eu tenho o servidor mysql no Ubuntu que periodicamente produzem iowait muito alto. por muito tempo até 10-20 minutos. Durante este tempo, sistema e banco de dados quase não estão disponíveis. Sente-se que usando este banco de dados apenas trava. Eu verifiquei vmstat durante este período e mostra números como abaixo
r b swpd free buff cache si so bi bo in cs us sy id wa
1 22 0 34712 8260 583416 0 0 660 935 76 99 6 2 84 6
0 25 0 34560 8280 582932 0 0 42360 27008 2304 1804 9 3 0 84
0 29 0 34560 8320 583676 0 0 41160 21524 2360 1763 4 4 0 92
3 20 0 35912 8328 581532 0 0 12940 6856 766 764 1 0 0 99
1 30 0 34512 8348 581804 0 0 4532 3748 925 1373 4 4 0 92
então o iowait é grande. Eu estou supondo que MYSQL que tem 4 GB configurado para pool innodb e tem banco de dados de tamanho em torno de 6-8 GB está trocando. Durante esse tempo, quando eu usei o df, eu vi o drive root quase cheio que foi mostrado 95%. Quando reiniciei o mysql em alguns minutos, reiniciei e tudo voltou à normalidade. E o espaço na unidade raiz (10GB) voltou para 25%. Estou executando o mysql no dispositivo ebs na amazon ec2.
Quais são minhas opções? Box é 8gb grande instância do Ubuntu 10.4.
Eu apreciarei qualquer ajuda enquanto pesquisava e tentava resolvê-lo por algumas semanas. Obrigado
Isso é um monte de E / S de disco.
Você pode querer verificar usando o iotop o que está gerando o I / O (backups?). A lista de processos do mysql pode dar a você (nós?) Mais pistas. Além disso, tente executar o mysqltuner.pl no dbms.
Eu tive um problema semelhante no meu provedor de nuvem (não amazon) ... Fiz um benchmark para verificar o desempenho do disco com o sysbench
A Gold Cloud estava usando um SAN Storage ...
SRV1 (gold)
Read 0b Written 10Gb Total transferred 10Gb (53.76Mb/sec)
Read 10Gb Written 0b Total transferred 10Gb (22.627Mb/sec)
SRV2 (gold)
Read 0b Written 10Gb Total transferred 10Gb (58.654Mb/sec)
Read 10Gb Written 0b Total transferred 10Gb (21.617Mb/sec)
Depois disso, migrei os servidores para o que eles chamam de nuvem prateada, que usa discos SAS compartilhados.
SRV1 (silver)
Read 0b Written 10Gb Total transferred 10Gb (106.12Mb/sec)
Read 10Gb Written 0b Total transferred 10Gb (78.24Mb/sec)
SRV2 (silver)
Read 0b Written 10Gb Total transferred 10Gb (103.67Mb/sec)
Read 10Gb Written 0b Total transferred 10Gb (98.747Mb/sec)
Meu backup do mysql antes e depois:
Backup Start Time Fri Jun 24 02:20:02 BRT 2011
Backup End Fri Jun 24 03:07:01 BRT 2011
Backup Start Time Sat Jun 25 02:20:02 BRT 2011
Backup End Sat Jun 25 02:36:44 BRT 2011
Obrigado, pessoal, parece que com mais problema de memória desapareceu quase, apenas uma vez por dia curto IOWAIT. Eu acho que resposta é mais memória. - user330026 acabou de editar