1. Галерные wsrep-метрики (кластер и репликация)

Следи за всеми wsrep_* из global status, основные:

2. Общие метрики MariaDB/MySQL

База без этого — слепая, даже при живой репликации. [github](https://github.com/prometheus/mysqld_exporter/)

3. InnoDB / буфер, диск, I/O

Для понимания, упрётся ли кластер в диск или RAM. [docs.percona](https://docs.percona.com/percona-monitoring-and-management/3/reference/dashboards/dashboard-pxc-galera-node-summary.html)

4. Хостовые метрики (не из mysqld_exporter, а node_exporter)

Очень желательно добавить node_exporter для корреляции с железом. [galeracluster](https://galeracluster.com/documentation/html_docs_20210213-1355-master/documentation/galera-manager-monitoring-clusters.html)

5. Как это привязать к дашбордам Galera

Готовые Galera Cluster Perf/Workload Overview и PXC/Galera-доки используют именно wsrep_* как ключевые индикаторы здоровья кластера плюс стандартный набор InnoDB/общих метрик. [grafana](https://grafana.com/grafana/dashboards/14619-galera-workload-overview/)
mysqld_exporter уже умеет вытаскивать wsrep и стандартные статусы, главное — не резать их в --collect.* и проверить, что endpoint /metrics содержит mysql_global_status_wsrep_*. [dev](https://dev.to/alighaemia/how-to-set-up-mariadbmysql-exporter-on-galera-cluster-nodes-for-prometheus-monitoring-4b3l)

Если хочешь, могу набросать готовые PromQL-выражения для панелей «здоровье кластера» (status, size, FC), «репликация» (received/replicated, очереди) и «нагрузка» (QPS, InnoDB I/O).

[file-name 000345_2026-02-17_16-02-37.txt]