как предотвратить скачок Innob db при 97% использовании дискового ввода-вывода
Наша база данных (InnobDb) в случайные моменты увеличивает количество операций ввода-вывода на 99%. После всплеска он снижается примерно до 2%, пока не начнет повторяться. В эти промежутки времени не выполняются какие-то "супер" запросы. Мы запускаем vp на digitalocean с 16 ГБ оперативной памяти, 8-ядерным процессором и SSD-диском на 160 ГБ. Наша база данных содержит 1 ГБ данных. Мы подозреваем, что с нашей конфигурацией что-то не так - у нас 13 ГБ памяти, которую мы не используем. Кто-нибудь знает, что ломать? Мне нужно предоставить дополнительную информацию?
Ссылка на скриншот шипов: http://imgur.com/na000pm
ссылка на my.conf: http://paste.bradleygill.com/index.php?paste_id=1346993
ссылка на статус отображения mysql: http://paste.bradleygill.com/index.php?paste_id=1346995
У нас было 2 проблемы:
1) У нас был один запрос mysql, который использовал три соединения. Оказывается, эта функция приводила к сбою Mysql. Мы переписали этот запрос, чтобы использовать 4 запроса mysql без объединений, и это решило эту проблему. (Небольшое исправление, мы, вероятно, перепишем функцию, чтобы ее можно было кэшировать.)
2) У нас было около 99,9% ожидания ввода-вывода, когда мы использовали только 10% кеша https: //dba.stackexchange.com/questions/121324/mysql-only-using-10-of-cache. Мы попытались отредактировать конфигурацию mysql (цитируется внизу). Это очень помогло, но не устранило проблему. Оказалось, что другой пользователь на общем сервере вызывал 99,8% всплесков ввода-вывода. После обращения к нашему поставщику серверов они переместили сервер в другой раздел, и проблема была решена.
table_open_cache = 1024
sort_buffer_size = 4M
read_buffer_size = 128k
query_cache_size= 128M
query_cache_type = 1
tmp_table_size = 64M
thread_cache_size = 20
innodb_buffer_pool_size = 512M
innodb_additional_mem_pool_size = 20M
innodb_log_file_size = 64M
innodb_log_buffer_size = 8M
innodb_file_per_table innodb_file_format = Barracuda