Может ли кто-нибудь посоветовать, что происходит с моей настройкой. У меня есть сервер mysql на ubuntu, который периодически производит очень высокий iowait. на длительное время до 10-20 минут. В это время система и база данных практически недоступны. Сижу, что с помощью этой базы просто виснет. Я проверил vmstat в течение этого периода, и он показывает числа, как показано ниже
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
так что айовейт большой. Я предполагаю, что MYSQL, у которого 4 ГБ настроено для пула innodb и имеет базу данных размером около 6-8 ГБ, меняет местами. За это время, когда я использовал df, я увидел, что корневой диск почти заполнен, было показано 95%. Когда я перезапустил mysql через пару минут, он перезапустился, и все вернулось к норме. И место на корневом диске (10 ГБ) вернулось к 25%. Я запускаю mysql на устройстве ebs на amazon ec2.
Какие у меня варианты? Коробка - это большой экземпляр ubuntu 10.4 объемом 8 ГБ.
Буду признателен за любую помощь, так как я искал в Google и пытался решить эту проблему уже пару недель. Спасибо
Это много дискового ввода-вывода.
Возможно, вы захотите проверить с помощью iotop, что генерирует ввод-вывод (резервные копии?). В список процессов mysql может дать вам (нам?) дополнительные подсказки. Также попробуйте запустить mysqltuner.pl против dbms.
Спасибо, ребята, похоже с большим количеством памяти проблема почти исчезла, только один раз в день короткий IOWAIT. Думаю, ответ - больше памяти. - user330026 только сейчас редактировать
У меня была аналогичная проблема с моим облачным провайдером (не Amazon) ... Я сделал несколько тестов, чтобы проверить производительность диска с помощью sysbench
Золотое облако использовало хранилище SAN ...
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)
После этого я перенес серверы в то, что они называют серебряным облаком, которое использует общие диски SAS.
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)
Моя резервная копия mysql до и после:
Время начала резервного копирования, пт, 24 июня 02:20:02 BRT 2011
Окончание резервного копирования, пт, 24 июня 03:07:01 BRT 2011
Время начала резервного копирования, сб, 25 июня 02:20:02 BRT 2011
Окончание резервного копирования, сб, 25 июня 02:36:44 BRT 2011