Есть сервер с 200 блогами WP, на сами блоги в сутки добавляется от 100 до 1000 новых статей, посетителей не так много 20-30к хитов в сутки, общий размер баз данных 30 ГБ. Проверяя смарт статус своих ССД обнаружил, что за месяц на диск записано 60 тб, начал разбираться, оказывается mysql пишет 20-30 мегабайт в секунду на диск (iotop -d 10 -u mysql). От чего такая огромная активность? mytop показывает 81 запрос в секунду. Ну нет среди этих 81 запроса 20-30 МБ данных, я включал логи и смотрел, что за запросы, UPDATE да SELECT. Подскажите куда копать. Как временная мера - разрешил пользователям только SELECT, нагрузка на запись упала почти до 0.

Конфиг сервера:

mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /home/www/DEDIK/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
bind-address = 0.0.0.0
key_buffer = 6G
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 16
myisam-recover = BACKUP
table_cache = 4096
table_open_cache = 4096
query_cache_limit = 100M
query_cache_size = 6G

innodb_flush_log_at_trx_commit = 2
innodb_buffer_pool_size = 16G
innodb_log_buffer_size = 64M
log_error = /var/log/mysql/error.log
expire_logs_days = 10
max_binlog_size = 100M

MasterZiv,
Проблема в том, что вордпресс столько не пишет. Это sql сервер что-то там переписывает бес конца. Вот хотелось бы понять что и как это отключить.

VGrey,
Базы в InnoDB, я много чего пробовал перед тем, как написать, видимо не убрал лишнее из конфига.
По поводу спама в блоги были мысли, но я их исключил, открыл логи веб сервера и распарсил, спама не был, а поток в БД был. Значит точно не оно. Памяти на сервере 64 Гб.

miksoft,
Я только про накладные расходы и думаю, ну или SQL сервер с моими настройками переписывает какой-то большой файл постоянно, но так же не должно быть. База растет за сутки на 1-2 ГБ, а mysql сервер пишет на диск 2 ТБ. в 1000 раз накладные расходы? Может как-то можно их уменьшить, под кеш ОЗУ отдать?

webruk,
Больше всего UDPATE запросов в таблицы _options, есть способ их выложить в кеш и скидывать на диск, допустим, раз в минуту?

Дал права на все запросы, включил general_log, получил
-rw-rw---- 1 mysql mysql 182M янв 28 20:53 sd2.log
Из этого объема UPDATE 180 МБ.
root@sd2:/home/www/DEDIK/mysql# cat sd2.log | grep UPDATE > 11111
root@sd2:/home/www/DEDIK/mysql# ls -lah 11111
-rw-r--r-- 1 root root 180M янв 28 22:17 11111
Получается в любом случае это все будет записано на диск? Никак не сделать, чтобы сервер проводил все свои манипуляции с определенными таблицами в ОЗУ и изредка скидывал результат на SSD?
Остается только перенести БД на RAID из HDD?

miksoft,
wp_options таблицы, у каждого блога она своя, на MEMORY сменить можно на лету? Интересно бы было попробовать. innodb_flush_log_at_trx_commit = 0 пробовал, вообще не заметил разницы между 0 и 2. Свопа нет, сейчас свободно 32 гб ОЗУ. innodb_buffer_pool_size пробовал разный, проблему с потоком на запись это не уменьшает, но, думаю, будет актуально на HDD, на которые придется вернуться снова. С таким потоком ссд придется менять раз в 3 месяца, а стоят они по 20к.

Я уже готов переехать на RAID, можно как-нибудь оставить одну БД на ССД диске, а остальное разместить на массиве из HDD?

Попробовал запустить на RAID, результат огорчил, после ССД вообще не вариант, страниц открываются по несколько секунд, дисковые очереди возрастают до 20, да, можно добавить еще дисков, но не думаю, что это решит проблему.
Вот смотрю на такой диск http://www.nix.ru/autocatalog/ssd_intel/SSD-400-Gb-SATA-6Gb-s-Intel-DC-S3710-Series-SSDSC2BA400G401-25-MLC_202396.html У кого-нибудь есть опыт эксплуатации? Заявлено 8 ПБ на запись.

Я сделал экспорт\импорт всех баз с новым конфигом с включением innodb_file_per_table.
Сейчас сервер активно пишет в 2 файла:

9.09M /home/www2/mysql/ib_logfile0
3.12M /home/www2/mysql/ibdata1

WP без плагинов, чистая установка.

Текущий конфиг:
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /home/www2/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
bind-address = 0.0.0.0
key_buffer = 32M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 16
myisam-recover = BACKUP
table_cache = 4096
table_open_cache = 4096
query_cache_type = ON
query_cache_limit = 1G
query_cache_size = 32M

innodb_flush_log_at_trx_commit = 2
innodb_buffer_pool_size = 16G
innodb_log_file_size = 512M
innodb_log_buffer_size = 1G
innodb_file_per_table
log_error = /var/log/mysql/error.log
expire_logs_days = 10
max_binlog_size = 100M

MasterZiv,
Нет.
-rw-rw---- 1 mysql mysql 26M янв 31 16:08 ibdata1
-rw-rw---- 1 mysql mysql 512M янв 31 16:08 ib_logfile0
-rw-rw---- 1 mysql mysql 512M янв 31 16:06 ib_logfile1
Данные лежат в папках с названием баз данных, каждая таблица в своем файле и туда почти не пишет.
512 МБ это логи, innodb_log_file_size = 512M
ibdata1 не знаю что такое, но точно не файл с базами данных WP.

Hett,
Этот файл всего 26 мб, непонятно, что там лежит.
-rw-rw---- 1 mysql mysql 26M янв 31 16:08 ibdata1
Зато пишется в эти 2 файла в сутки не меньше терабайта.
Вот бы опцию такую в sql сервере, чтобы эти файлы в ОЗУ были.

Hett,
добавил nnodb_flush_log_at_trx_commit = 0
Особо лучше не стало.
Bytes Filename
------------------------------
6.19M /home/www2/mysql/ib_logfile0
2.19M /home/www2/mysql/ibdata1

А если закинуть эти файлы на рамдиск, скопировать туда и ссылки сделать в папку mysql?