Monitoring the cluster¶
Each node can have a different view of the cluster. There is no centralized node to monitor. To track down the source of issues, you have to monitor each node independently.
Values of many variables depend on the node from which you are querying. For example, replication sent from a node and writes received by all other nodes.
Having data from all nodes can help you understand where flow messages are coming from, which node sends excessively large transactions, and so on.
Manual cluster monitoring can be performed using myq-tools.
Besides standard MySQL alerting, you should use at least the following triggers specific to Percona XtraDB Cluster:
- Cluster state of each node
wsrep_cluster_status != Primary
- Node state
For additional alerting, consider the following:
Large replication queues can be identified using the
Cluster metrics collection for long-term graphing should be done at least for the following:
- Queue sizes:
- Flow control:
- Number of transactions for a node:
- Number of transactions in bytes:
- Replication conflicts:
Using Percona Monitoring and Management¶
Percona Monitoring and Management includes two dashboards to monitor PXC:
Please refer to the official documentation for details on Percona Monitoring and Management installation and setup.