Мы собираем и выводим в панель управления логи сервисов баз данных, которые они автоматически генерируют в стандартные файлы логов. Просмотреть их можно на вкладке «Логи».
С их помощью можно быстро отследить возможные ошибки и оперативно на них отреагировать — самостоятельно или обратившись в нашу поддержку.
Для MySQL мы выводим лог ошибок (Error Log), расположенный по пути /var/log/mysql/error.log.
Лог полезен для диагностики проблем с запуском сервера БД, критических сбоев и проблем с репликацией.
Лог содержит:
-
Сообщения о запуске и остановке сервера.
-
Критические ошибки в работе сервера и движков (например, InnoDB).
-
Сообщения о проблемах с репликацией.
В логах не выводится предупреждение о deprecated-аутентификации ("deprecated and will be removed in a future release. Please use caching_sha2_password instead"), так как оно не является критическим и лишь перегружает вывод.
Сценарии использования
Рассмотрим, как можно применять логи на практике. Для удобного поиска информации в логе его можно скачать в формате .txt.
Кейс 1: Репликация данных отстает или ломается
Когда репликация начинает отставать или полностью ломается, необходимо определить транзакцию, вызвавшую сбой. Для этого анализируют бинарный лог (binlog) на мастер-сервере: он покажет последние выполненные запросов и позволит выявить тот, который не удается применить на реплике — например, из-за расхождения в данных. Такой анализ помогает восстановить репликацию и синхронность данных.
Кейс 2: Подозрение на попытку взлома базы данных
В этом случае важно подтвердить факт взлома и определить источник. Для этого изучают общий лог запросов (general_log) или аудит: они показывают все входящие запросы и IP-адреса, с которых они были отправлены, включая подозрительные операции. На основе этих данных можно оперативно заблокировать злоумышленника и усилить меры безопасности.