Для большей ясности надо было написать "для начала, прогоните тюнером". Разумеется этого недостаточно, он показывает лишь базовые моменты.
Все... и не только буферы. Я полагаю сайтов у вас много, баз и табличек в них тоже. Их объём, объём индексов, тип движка и т.п... Чтобы точно сказать что либо необходимо знать эту информацию.
Как я написал выше, если не смотря на увеличение этих параметров таблички всё же попадают на диск, виной являются поля вышеперечисленных типов.
Для примера вазьмём высоконагруженный блог на вордпрес...
[!!] Temporary tables created on disk: 37% (8M on disk / 23M total)
Хотя пишет, что объём временных таблиц уже слишком высок (256 мб), разместил на tmpfs и забыл об этом.
Обычно 256 мб хватает с головой, если же нет - тюнер это сообщит.
Без грамотной оптимизации не как.
Повторюсь, приложите пожалуйста сюда результат тюнера, поглядим чего у вас там, а то гадать можно до бесконечности.
Наиболее распространённые причины этого:
а) не хватает места отведенного директивами tmp_table_size и max_heap_table_size
б) в ваших основных таблицах имеются поля типа TEXT или BLOB, в результате все временные даные, которые являются результатом запросов на основные таблички пишутся на диск, а не в ОЗУ.
Перепроверьте, не включен ли часом binlog или что-то иное...
Судя по кол-ву памяти - размеры буферов у вас маловаты, да и вообще... Прежде чем что либо настраивать необходимо выяснить ряд моментов.
Прогоните Mysqltuner'ом, он подскажет основные моменты. Можете приложить сюда результат.
А так больше ничем помочь не могу, я не телепат :) Надо глядеть подробно...
Временные таблички перенесите на tmpfs. Также проверьте логи вебсервера и самой Mysql, если их много и они большего размера - отсюда может быть нагрузка. А так, покажите весь My.cnf
Или же нанять администратора, который сможет грамотно оптимизировать, всяких готовых решений типа различных тюнеров недостаточно.
вы memlock сделайте... сразу увидите) это запретит мусклю использовать файл подкачки.
Только смотрите, не переборшите с настройками, может не хватить памяти
И да, параметры у вас завышены сильно и расставлены непонятно по какой логике.
Тогда вариантов несколько - ваш хостер прав и вам действительно залили на сайт какое-то вредоносное ПО.
Второй вариант ещё хуже - вас просто хотят развести на более дорогой тариф, ещё, кстати, переход не предлагали?
Третий вариант тоже, в принципе, не есть хороший. Возможно, вас активно начали "парсить" какие-то боты или же атаковать конкуренты.
А так, мы можем лишь догадываться, выяснить мы истинную причину этого не можем, увы.
Можете заказать у людей аудит безопасности сайта и поиск вирусов, может что-то и найдут.
P.S. - настоятельно рекомендую провести всё что я описал выше, включая оптимизацию всех компонентов вашего проекта.
apache это веб сервер, благодаря которому работает ваш сайт.
Со старта запускается опр. число дочерних процессов, если этого не хватает начинаются запускатся дополнительные,
вот в вашем случае таких аж 70 штук. На вирт. хостинге вы ничего не сможете поделать кроме того, что я описал вам выше
по поводу плагинов кеширования. А так, в идеале необходимо переехать на хороший виртуальный выделенный сервер (VDS)
и развернуть там сайт предварительно проведя установку и грамотную настройку веб сервера nginx для кеширования и раздачи статики + оптимизацию сервера СУБД MySQL.
Ах да, ещё необходимо оптимизировать код движка, саму базу, её структуру и грамотно расставить недостающие индексы в ней.
Здравствуйте. Это значит что в тот момент было 70 одновременно работающих процессов веб
сервера apache, этого много, не говоря уже о вирт. хостинге.
Это вообще IPv6 адресс, скорее всего бот. Интересует почему веб сервер прослушивает данный протокол.
По поводу кешера. maxcache страничный, его недостаточно. Установите объектный кеш, хотябы с использованием файлов.
Плагин отвечающий за это называется SJ Object Cache (способ кеширования в настройках выберите File Group Cache)
Далее вам также понадобится плагин, который кеширует запросы в бд. Называется он DB Cache Reloaded, также необходимо поставить его Fix.
Ну начнем с того, что оптимизации одним лишь mysqltunner недостаточно.
Нагрузка на процессор (us, sy) у вас минимальна. Но load average у вас большой для данной ситуации, также имеется ожидание ввода/вывода (wa).
Это свидетельствует о нагрузке на диск. Она может быть вызвана разными причинами.
- большое кол-во больших по размеру лог файлов веб сервера
- большие по размеру логи от mysql (error.log, slow.log, binary.log и т.п)
- большая по размеру база, плохо оптимизированный Mysql. Как я сказал выше - тюнера не достаточно
Включите error log и глядите в чём причина. А так, обращайтесь, буду рад помочь.
