Я работаю на сайте WordPress, который получает примерно 100 тыс. Просмотров страниц в день. Мы используем Лак для слоя кеширования. В последнее время мы столкнулись с проблемой, когда, по-видимому, случайным образом, производительность MySQL замедляется и сбивает наше приложение. Вот график из Нью-Relic для отключения электричества, которое произошло вчера:Отладка проблем с производительностью MySQL
Это дважды случилось на прошлой неделе. Сайт будет работать отлично в течение недели, никто не трогает производственные серверы, а затем это происходит из ниоткуда. Обычное время отклика составляет около 500 мс, и здесь он достигает максимума в 60 000 мс (!). Проблема устранена, остановив apache, позволяя базе данных остыть, а затем снова запустив apache.
Это не то, что выполняется больше запросов, или что выполняется определенный медленный запрос и вызывает эту проблему. Если я возьму любой из «медленных запросов», которые сообщаются New Relic и запускают их в любое другое время, они быстро вспыхивают. Вот график для MySQL пропускной способности для того же период времени:
Я проверил статистику для WordPress крючков и плагин, и кажется, что все нормально.
Мой вопрос: где я должен начать искать? Какие настройки MySQL могут вызвать это? Возможно, это проблема MySQL или, скорее всего, проблема с приложением?
У этого достаточно процессора? –
Sysadmins или администраторы баз данных будут в гораздо лучшем положении, чтобы ответить на эти вопросы. Разработчики приходят в игру, если вам удастся идентифицировать фрагмент кода, который вызывает проблему, и вы хотите, чтобы она была исправлена. – Shadow
, если это происходит с полными случайными интервалами, я бы проверил бэкэнд хранилища. если это происходит через регулярные промежутки времени, я бы проверял любые cronjobs, задания резервного копирования или что-то еще. в любом случае, я скорее спрошу об ошибке сервера, так как это никоим образом не является вопросом * кодирования * –