MySQL no ubuntu muito alto IOWAIT

2

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

    
por user330026 27.10.2011 / 06:19

3 respostas

2

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.

    
por 27.10.2011 / 12:00
0

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

    
por 27.10.2011 / 17:56
0

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

    
por 28.10.2011 / 05:52