MySQL на человечности очень высокий IOWAIT
Существует добавление от плагина сервера http://wordpress.org/extend/plugins/add-from-server/, который Вы могли, конечно, взломать, чтобы сделать то, что Вы хотите. Или просто используйте его.
Это большой объем дискового ввода-вывода.
Возможно, вы захотите проверить с помощью iotop, что создает этот ввод-вывод (резервные копии?). Список процессов mysql может дать вам (нам?) Дополнительные подсказки. Также попробуйте запустить mysqltuner.pl для базы данных.
Thanks, guys, looks like with more memory problem disappeared almost, only once a day short IOWAIT. I guess answer is more memory. – user330026 just now edit
У меня была аналогичная проблема на моем облачном провайдере (не на 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