База данных MySQL периодически не отвечает - Joomla 3.x: Установка, обновление и настройка

Столкнулся с проблемой: посещения на сайте немного выросли (была 1000, стало 3000) и сайт стал отваливаться. Периодически стал выдавать 504 ошибку. Сайт появился на Joomla 1.0 и со временем постепенно обновился до 3.48. Что я сделал: настроил кэширование почти на всё, оптимизировал таблицы БД (стандартной кнопкой в phpmyadmin), обнаружил несколько айпи, от которых поступало по нескольку тысяч запросов в день, залочил. Нашел непонятную ленту RSS, судя по всему стандартную, в которой отображались сразу все новости с сайта за 8 лет - файл весил несколько метров, при общении к нему сайт падал. Благодаря помощи форумчанина Missile перенаправил все обращения к этой RSS на 404. до кучи переехал на vps (агава). Хостер отписал, что для решения проблемы с непонятной нагрузкой они установили быстродействующий веб-сервер nginx, выступающего в роли front-end, который отдает весь статический контент, а запросы к скриптам перенаправляет на "тяжелый" apache. Также произвели починку баз данных MySQL. После всех манипуляций истеричный график потребления ресурсов ЦП и оперативной памяти выровнялся, перестал упираться в потолок и держится два дня стабильно, не превышая порог в 60%.

Но это все не помогло. Сайт все равно падает. То 504 ошибку выдаст, то 500, то просто запрос к БД выдаст:


Хостер предположил следующее:


Настроили запись лога медленных запросов к MySQL. Понятного там мало =)

Теперь вопрос: где бы найти специалиста, который сможет решить проблему за вознаграждение (деньги)?

Счастье, конечно, если кто сталкивался и сможет помочь советом =)

Теперь вопрос: где бы найти специалиста, который сможет решить проблему за вознаграждение (деньги)?

В коммерческом разделе. Пишите сроки и бюджет сразу.

В коммерческом разделе. Пишите сроки и бюджет сразу.

спасибо. пойду там создам

Первое, что хочется выяснить - на сколько структура таблиц и файлов соответствует оригиналу. 500-я ошибка связана с временем выполнения скрипта. Если вы проводили постепенную миграцию данных начиная с версии 1.0, то каким образом? Лично мое предположение - либо наличие вредоноса, либо проблемы уже Joomla и расширений. Сервер тут вряд ли замешан. Какие сторонние расширения установлены? Какой тип данных у таблиц БД? Проводили ли вы сравнение файлов и таблиц БД с оригиналом? Проверяли ли на наличие вредоносовв?

Или сменить таблицы на innodb, а то оптимизация явно делается не на таких таблицах...

Гениальный ответ хостера

Мы предполагаем, что в базе данных имеются сложные запросы из нескольких таблиц сразу,

Да блин 99% всех запросов идут джойнами

1 - для начала уточнить параметры хостера, время выполнения скрипта\запроса и тд, на дешевых виртуалках эти значения очень занижены
2 - включить отладку движка и посмотреть, что из запросов самое тяжело
3 - с увеличением нагрузки на хост менять хостера\план

1 - для начала уточнить параметры хостера, время выполнения скрипта\запроса и тд, на дешевых виртуалках эти значения очень занижены
3 - с увеличением нагрузки на хост менять хостера\план

Он написал, что юзает vps (агава).

Ну ничего удивительного. На слабом железе стоит дефолтная isp 5 Debian 7 или Centos 6 кажется. Оптимизируйте.