Недавно арендовал выделенный сервер: 2Гб оперативы, 1 процессор, 30 Гб HDD, ОС CentOS 6.7. Стоит PHP 7.0, MySQL 5.1.73.
До этого хостился на обычном хостинге, где также хостились несколько клиентов. Арендованный сервер мощный, скрипты стали быстрее работать, сама PHP 7 еще ускорило загрузку страниц, но появилась одна большая проблема, которую нужно срочно решить.
На сервере 1 сайт с посещалкой 5 000 пользователей в сутки. Примерно раз в сутки падает MySQL сервер. На обычном хостинге такого не замечал, а тут каждый день, а то и чаще. В базе есть таблица `hit`, которая имеет 50 000 - 200 000 записей (периодически подчищается кроном). Каждый раз при загрузке любой страницы на сайте из этой таблицы происходит чтение нужной инфы и запись. Т.е. т-ца постоянно дергается и считается самой высоконагруженной. В ней много индексов.
| Код |
DESCRIBE `hit` |
| Код |
SHOW INDEX FROM `hit` |
Что случается, когда сервер падает. Как мы поняли с хостерами, что идут запросы к этой таблице и они начинают накапливаться. Т.е. кол-во обращений увеличивается, пока обрабатывается первый запрос и в итоге увеличивается потребление ресурсов. Пока не происходит падение сервера. После того, как сервер восстановил, смотрю логи. Около десятка, а то и больше запросов на чтение данных в этой таблице обрабатывались больше минуты. Запросы не тяжелые, без join'ов и вложнных. Самые обычные, селект одной строки по индексу.
Какие я вижу варианты решения, но не знаю как настроить сервер:
- Не позволять запросы выстраивать в огромную очередь. Ограничить их оптимальным кол-вом. Каким кол-вом? Не знаю, нужно будет практически проверять. Возможно не более 5;
- Как-то ограничить время чтения информации в т-це. Чтобы она не была бесконечной. Ограничить 1-2 секундами;
- Те запросы, которые выстраиваются в очередь более 5, не позволять ими нагружать сервер, а тут же выдавать ошибку 503. На многих сайтах кстати такое вижу, когда запрос страницы сразу же выдает 503. А через пару секунд перезагружаешь страницу и уже нормально отображается.