---
title: "Логи баз данных MySQL"
description: "Логи облачных баз данных MySQL. Документация и инструкции по использованию и настройке облачных сервисов Timeweb Cloud."
---

> Полный индекс документации для ИИ-агентов: [llms.txt](https://timeweb.cloud/llms.txt).

Мы собираем и выводим в панель управления логи сервисов баз данных, которые они автоматически генерируют в стандартные файлы логов. Просмотреть их можно на вкладке «Логи».

![614d92f2 B9e1 4848 B823 71bebbbd13cd](https://content.timeweb.com/assets/1040ea29-baca-4b1d-9b79-3b1540bb64da.png?width=1542&height=1165)

С их помощью можно быстро отследить возможные ошибки и оперативно на них отреагировать — самостоятельно или обратившись в нашу поддержку.

Для 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`.

![1bff69b2 50e3 45f2 B33b 0e065b17d281](https://content.timeweb.com/assets/76aaf711-47b9-4519-a2e2-704882c66572.png?width=1550&height=1154)

#### Кейс 1: Репликация данных отстает или ломается

Когда репликация начинает отставать или полностью ломается, необходимо определить транзакцию, вызвавшую сбой. Для этого анализируют бинарный лог (`binlog`) на мастер-сервере: он покажет последние выполненные запросов и позволит выявить тот, который не удается применить на реплике — например, из-за расхождения в данных. Такой анализ помогает восстановить репликацию и синхронность данных.

#### Кейс 2: Подозрение на попытку взлома базы данных

В этом случае важно подтвердить факт взлома и определить источник. Для этого изучают общий лог запросов (`general_log`) или аудит: они показывают все входящие запросы и IP-адреса, с которых они были отправлены, включая подозрительные операции. На основе этих данных можно оперативно заблокировать злоумышленника и усилить меры безопасности.