Нагрузка на сервер и Could not connect to MySQL - Joomla 3.x: Общие вопросы

Сайт vvm-auto.ru
Пару дней назад сотрясал воздух по поводу большой нагрузки на сервер. Хостер пока молчит, а нагрузка тем временем все росла. И вот теперь сайт работает нестабильно: то все ок, то висит, то выдает Error displaying the error page: Application Instantiation Error: Could not connect to MySQL.
В логах ошибок никаких нет. Я так понимаю, в случае вывода сообщения должна прописаться ошибка, но где? Подскажите, пожалуйста.

может вам попробовать бд отремонтировать? похоже MySQL загибается. это то, что я подозревал прошлый раз. к сожалению на shared сложно с ним разбираться.

может вам попробовать бд отремонтировать? похоже MySQL загибается. это то, что я подозревал прошлый раз. к сожалению на shared сложно с ним разбираться.

Я уже пробовал через админку Joomla кнопкой "исправить", плюс чистил таблицу Session. В обоих случаях на несколько минут минут нагрузка на сервер падала (может совпадение), но затем поднималась вновь.
Никак не разберусь, где посмотреть ошибки в MySQL.
Да, еще заметил, что PHP MyAdmin перезапускали. Еще вчера время запуска было другое. Может и не в сайте дело?

давайте из терминала ssh всю БД отремонтируем. Хуже не будет. Бэкап сначала сделайте. Сайт с нуля или была миграция?

давайте из терминала ssh всю БД отремонтируем. Хуже не будет. Бэкап сначала сделайте. Сайт с нуля или была миграция?

Бэкап БД сделал пару минут назад.
По-поводу миграции: с нуля, а затем допиливался. Но никакие изменения не страшны. Все ходы записаны, так что в случае чего подправлю.

заходите в ssh.
набирайте
mysqlcheck -u ЛогинВашегоЮзераБД -p --auto-repair --check --all-databases
должно появиться
Enter password:
введите пароль и выложите что получится после ремонта

заходите в ssh.
набирайте
mysqlcheck -u ЛогинВашегоЮзераБД -p --auto-repair --check --all-databases
должно появиться
Enter password:
введите пароль и выложите что получится после ремонта

Вот результат (во вложении)

теперь наблюдайте. не поможет - другое попробуем.

теперь наблюдайте. не поможет - другое попробуем.

Пока нагрузка по нолям. Ждем, неужели это победа!

трудно сказать. завтра продолжим.

трудно сказать. завтра продолжим.

Ситуация намного лучше. Фикса базы хватил на 20 минут. Сайт летал, как ракета, но но затем снова начались небольшие затупы. По крайней мере, пиковые значения больше не достигают лимита - сохраняется запас 20-15%, при средней нагрузке 25-30%.

Просто хостер вам лимит поставил на MySQL. Чини не чини. Это уже ваша 3 тема?

Просто хостер вам лимит поставил на MySQL. Чини не чини. Это уже ваша 3 тема?

Тема третья, потому что думал, что проблема в другом, и писал в соответствующих разделах, находясь в поисках решений.
А зачем вдруг хостер лимит поставил, бабла срубить?
Тем не менее, фикс через SSH улучшил картину.

Сессий много было? Как вариант попробовать отключить обработчик сессий в бд

Сессий много было? Как вариант попробовать отключить обработчик сессий в бд

Вчера, перед фиксом изменил настройки обработчика сессий с БД на нет, почистил _session в БД, но этого хватило минут на 5-10. Затем сайт снова поплыл. Кстати после этого и возникла мысль, что что-то с БД. Так как фикс из панели управления Joomla или чистки какой-нибудь из таблиц (например из серии _ucm_ или даже ovverider - так, ради эксперимента) приводили к оживлению сайта на 5 минут.

А ограничения на объем бд случаем нету?

А ограничения на объем бд случаем нету?

В правилах нет, а вот в файле каком посмотреть - etc/php.ini?

Сколько сама база весит, да и на дамб не плохо бы взглянуть. А так же укажите что за хост. А то понмю у одного клиента был какой-то подвальный и вообще нагрузку не держал. Что же до трафика цифры не такие уж и большие.

Сколько сама база весит, да и на дамб не плохо бы взглянуть. А так же укажите что за хост. А то понмю у одного клиента был какой-то подвальный и вообще нагрузку не держал. Что же до трафика цифры не такие уж и большие.

БД весит 45МВ. Хост - hc.ru/виртуальный хостинг/Cpanel 5 Гб

В правилах нет, а вот в файле каком посмотреть - etc/php.ini?

Это хостинг определяет ограничения тарифным планом, как 5 гб места, нагрузка cpu, так может ограничивать и действия по MySQL.
Поищите информацию о тарифе или уточните у хостера. Кстати, до сих пор не написали, что вам техподдержка ответила.
Да и было б неплохо знать, кешируются ли запросы в бд, а то вдруг она просто рассыпается от плохой оптимизации.

До сих пор молчит, но видно что что-то делают. То сервер MySQL перезапускают, то сайт без причин отключали в 10.40-11.00 - ни ошибок ни превышения лимитов не было.

Уж, не знаю совпадение или нет.
Но после отключения расширения pdo_pgsql в PHP 7.0 сайт залетал как новенький, а нагрузка вернулась к своим минимальным значениям.

Ан, нет. Поймал: Application Instantiation Error: Could not connect to MySQL.
И лимит 100%.
Днем написал хостеру, все молчит.

Может уже сменить хостера?

Может уже сменить хостера?

Моя чаша терпения наполняется, но еще не переполнена. Читал отзывы по инету, многие жалуются на подобные проблемы и у других хостеров. Пусть и не сразу, но спустя год-два. Боюсь менять шило на мыло. Все-таки 2013-2015 год отработали без замечаний, хотя в 2016 поддержка местами огорчала.

Солидарен с wishlight дождаться ответа хоста и пережать

Ответ хостера: "В работе сервисов хостинга наблюдались технические неполадки. В настоящее время все сервисы и оборудование хостинга функционируют в штатном режиме."
Действительно стало лучше.

скорее всего у вас с сайтом что-то не в порядке стало. включайте режим Debug и ловите момент сбоя (либо сами сайт погрузите пока он не упадет). может увидите какой запрос к БД дал сбой.

также попробуйте на стандартном шаблоне, отключите все стороннее по-возможности, сравните системные файлы с дистрибутивом.

размер БД - 45мб? у пустой J около 200 кб. у вас вроде сайт не такой уж большой.

скорее всего у вас с сайтом что-то не в порядке стало. включайте режим Debug и ловите момент сбоя (либо сами сайт погрузите пока он не упадет). может увидите какой запрос к БД дал сбой.

также попробуйте на стандартном шаблоне, отключите все стороннее по-возможности, сравните системные файлы с дистрибутивом.

размер БД - 45мб? у пустой J около 200 кб. у вас вроде сайт не такой уж большой.

45 метров вполне нормально. Хотя вских юзеров и комментарии стоит провреить

размер БД - 45мб? у пустой J около 200 кб. у вас вроде сайт не такой уж большой.

37 МБ контента и 2 МБ комментариев.

Радует ответ хостера на повторный запрос по траффику и проблемам: "Трафик не ограничен, но ресурсы хостинга ограничены.
Вероятно, Вам предоставили ошибочную информацию про другой сервер. На сервере Вашего хостинга уже давно не отмечалось каких-либо сбоев или повышенной нагрузки."