Нагрузка на ЦПУ MySQL 386%

DarkHorse, mysql делает только то, что программист указывает в запросах. То есть в первую очередь, нужно анализировать сами запросы и подумать как избавиться от этой работы.

Понятно, что погружаться в сайт и думать за вас никто не будет, поэтому обычно дают советы заключающиеся в прыжках вокруг настроек. Впрочем, это немного тоже помогает.

Например, укажите innodb_buffer_pool_size=1G и innodb_flush_log_at_trx_commit = 2.

И всё. 80% условно от возможного результата такой оптимизации настройками уже получите.

Не понятно как с такими настройками mysql у вас 7 гб памяти съел. Может все же покажете вывод mysqltuner ? но не для следования его советам, а для сбора информации.

Так же можно разобраться почему 1.5 Г swap заполнено.

Например, если число процессов apache ограничить, то можно добиться большей стабильности. Большое количество одновременно запущенных обработчиков php(apache) зачастую не нужно, а памяти они на себя оттягивают много в том числе и от кеша данных у mysql. Значение лучше подбирать мониторингом. Которого у вас нет. Поэтому поставьте 50.

Ну как не понятно то, если:

innodb_buffer_pool_size = 7G

Вот и забился пул.

---------- Добавлено 07.01.2017 в 19:24 ----------

Я кстати на своём серваке делаю:

innodb_flush_log_at_trx_commit=0

да понимаю, что там могут при долгой записи потеряться пару секунд, но это вообще не критично. Особенно если нет постоянной записи под нагрузкой ценной информации и сервак работает стабильно.

И если указывать:

innodb_buffer_pool_size

то нужно и innodb_buffer_pool_instances указывать.

Ещё можно:

innodb_flush_method=O_DIRECT

Но это всё фантазии, нужно реально смотреть, что там происходит.

Мало чем поможет для InnoDB.