Как понять где прописаны запросы к базе данных MySQL?

Question

[Artem Kom]

Здравствуйте уважаемые сообщники.
Проблема с работоспособностью сайта.

Дано.
Самописный сайт написаный на php и использованием базы данных MySQL. Сайт хостится на VPS сервере. Время от времени Сервер падает, отрубается служба MySQL.

Задача
Найти причину по которой служба MySQL перестает работать

Подробности
Проект делался не мной и возможности узнать подробности его работы у разработчика нету.
Разбираться с вопросом приходится в меру своих сил и знаний, а также при помощи коллективного разума.

Для целей отслеживания работы службы MySQL был включен лог медленных запросов к базе (mysql-slow.log)

В процессе изучения лога встречаются достаточно интересные записи типа:

# Query_time: 0.091904  Lock_time: 0.000048 Rows_sent: 1  Rows_examined: 344500
SET timestamp=1457900547;
SELECT COUNT(BBCID) AS id FROM b_bbs_view WHERE BBCID='12133' ORDER BY id ASC;

или

# Query_time: 0.461731  Lock_time: 0.000054 Rows_sent: 0  Rows_examined: 344427
SET timestamp=1457900547;
SELECT Date AS date FROM b_bbs_view WHERE BBCID='12133' AND VisiterIP='66.249.66.49' ORDER BY id DESC LIMIT 1;

Вопрос
Могут ли в принципе подобные запросы быть причиной вырубания службы MySQL ибо очень смущают цифры типа Rows_sent: 0 Rows_examined: 344427

Как понять в каком именно файле сайта могут быть прописаны эти запросы к базе данных? Т.е. где собственно править и/или вообще удалить эти запросы?

Заранее большое спасибо за помощь.

Answer 1

[Danil Sapegin]

Подобные запросы вряд ли являются причиной вырубания
Rows_sent: 0 Rows_examined: 344427
означает, что найдено строк, соответствующих запросу 0, но проверено в попытках найти 344427 строк.

если вырубается служба, то и искать нужно в логе этой службы. Ищите daemon.log или mysql_error.log или что-то типа того. Там будет написана причина остановки службы.

Comments

[Artem Kom]

Спасибо. Буду смотреть и в этом направлении.

[ТыжСисАдмин]

Artem Kom: смотрите также в сторону ресурсов сервера, оперативочки не хватает к примеру.
Логи смотреть самособой.
Вообще в решении подобных задач отлично помогают системы мониторинга, nagios, zabbix и т.д.

[Artem Kom]

Алексей POS_troi: Да вроде как и оперативки должно хватать. Ресурс не посещаемый... Вопрос скорее всего техники какой-то. Происходит какое-то событи после которого оно вырубается( За советы спасибо. Обязательно гляну что за системы мониторинга такие

[ТыжСисАдмин]

Artem Kom: по хорошему найдите админа по месту или на фрилансе, пущай разберётся :)
P.S. если ресурс не посещаемый то смысл в ВПС-е? Перетащите на обычный шаред хостинг, не будет проблем с БД и заодно денег съэкономится :)

[Artem Kom]

Алексей POS_troi: ой я б с удовольствием, но это вопросы не от меня зависящие) Для себя я тут как раз больше вижу интерес в виде задачи которую нужно решить. Ценный опыт так сказать