Мониторинг MySQL, MariaDB и PostgreSQL
Мониторинг MySQL, MariaDB и PostgreSQL снаружи: подключаемся к базе, выполняем контрольный запрос и замеряем время ответа. О падении базы узнаете раньше пользователей, пока сайт ещё отдаёт кэш.
Зачем нужен мониторинг базы данных с уведомлениями, если сайт уже под контролем
Когда падает база, сайт ещё какое-то время отдаёт закэшированные страницы, и мониторинг доступности молчит. А корзина уже не сохраняется, заказы не проходят, админка выдаёт 500. Причины: закончилось место, исчерпаны соединения, зависла репликация, обновление изменило пароль.
Мониторинг баз данных подключается к MySQL, MariaDB или PostgreSQL, выполняет ваш запрос и сравнивает результат с ожиданием. Это проверка не сервера, а именно того, что база отвечает и данные в ней есть.
Что проверяем
- MySQL / MariaDB и PostgreSQL
- Свой SQL-запрос и минимальное число строк
- TLS-подключение
- Пароли хранятся в зашифрованном виде
Типичные причины сбоев
- Too many connections — приложение не закрывает соединения или всплеск нагрузки.
- Закончилось место на диске — запись останавливается, чтение ещё работает.
- Смена пароля или прав пользователя после обновления.
- Зависшая репликация, долгие блокировки таблиц, OOM-killer убил процесс базы.
Как работает проверка подключения к базе данных и SQL-запрос
Точка устанавливает соединение с базой (по желанию через TLS), выполняет запрос — по умолчанию SELECT 1, но лучше что-то осмысленное: число заказов за час, свежесть последней записи — и сравнивает число строк с минимальным. Замеряются время подключения и время выполнения запроса.
Ошибка соединения, авторизации, запроса или слишком мало строк — сбой с текстом причины. Проверка идёт с основной точки notifar.io, интервал от 1 минуты, стоимость 0,01 ₽.
Что приходит в уведомлении
🔴 MySQL prod — не работает db.example.ru:3306 Причина: Ошибка подключения: Too many connections Начало: 14.09.2026 09:41 (МСК) Точки: Москва Открыть монитор →
Так выглядит сообщение о сбое; о восстановлении придёт отдельное — с длительностью простоя. Каналы: Telegram, MAX, email, SMS, звонок, webhook.
Параметры проверки
| Параметр | Описание |
|---|---|
| Хост | |
| Порт | (по умолчанию: 3306) |
| TLS | Да / нет |
| Пользователь | |
| База данных | |
| Контрольный запрос | (по умолчанию: SELECT 1) |
| Мин. число строк |
Интервал — от 1 минута до 1 суток (рекомендуем 5 минут). Проверка выполняется с основной точки.
Мониторинг PostgreSQL и MariaDB снаружи: чем лучше cron со скриптом
- Пароли хранятся зашифрованными и никогда не отправляются на партнёрские точки.
- Свой запрос: проверка бизнес-показателя, а не только «база отвечает».
- Не нужен агент на сервере базы и cron с почтой.