Мониторинг репликации MySQL и MariaDB в Zabbix: lag, ошибки и состояние реплики

Репликация может выглядеть «живой» только потому, что MySQL отвечает на порт и база принимает запросы. При этом реплика способна отстать на часы или остановить один из потоков после ошибки. Поэтому мониторинг должен отдельно контролировать состояние репликации.

Начните с официального MySQL template

В современных версиях Zabbix есть штатные шаблоны MySQL. Они позволяют собирать большой набор метрик без самодельных cron-скриптов. Для мониторинга создайте отдельного пользователя БД с минимально необходимыми правами и подключите template, соответствующий вашей версии Zabbix.

Что контролировать у реплики

• работает ли replication I/O thread;
• работает ли SQL/apply thread;
• есть ли ошибка репликации;
• какова задержка относительно источника;
• не растёт ли lag длительное время;
• есть ли данные вообще — отсутствие метрики не должно считаться нормой.

Lag не стоит оценивать одним жёстким порогом

Допустимая задержка зависит от нагрузки и назначения реплики. Для аналитической реплики несколько десятков секунд могут быть приемлемы, а для failover-сценария — уже нет. Лучше иметь warning и high thresholds и отдельно alert на устойчивый рост задержки.

Проверяйте именно вашу схему репликации

Названия команд и возвращаемых полей отличаются между версиями MySQL и MariaDB, а также между классической и более современной терминологией source/replica. Не привязывайте template к одному текстовому выводу без необходимости: где возможно, используйте официальный шаблон и структурированные данные.

Отдельный триггер на остановку важнее графика lag

Если один из потоков остановился, значение задержки может перестать обновляться или выглядеть неоднозначно. Поэтому состояние потоков и наличие свежих данных должны иметь отдельные триггеры, а lag — быть дополнительным сигналом.

Не выдавайте лишние права пользователю Zabbix

Мониторинговому аккаунту не нужны права изменения данных. Используйте минимальный набор прав, который требуется официальному template, храните пароль в макросах/секретах и ограничивайте сетевой доступ.

Итог: хороший мониторинг репликации отвечает на три вопроса: реплика вообще работает, она не отстаёт сверх нормы и ошибки не скрылись за зелёным статусом самого MySQL-сервера.