1.主从复制集群正常状态信息
通过以下命令查看主库的状态信息。
mysql> show processlist;
在主库中查询当前数据库中的进程，看到Master has sent all binlog to slave; waiting for more updates这个信息时，就表示主库一切正常，主库已经将全部的Binlog日志发送给了从库，等待新的Binlog产生，有几行该信息就表示有几个从库。
通过以下目录查看从库的状态信息。
mysql> show slave status\G;
从库的状态看这个参数Slave_IO_State: Waiting for master to send event，等待master发生Binlog日志。
无论几个从库，只要Slave_IO_Running=Yes和Slave_SQL_Running=Yes那就表示主从集群同步的没有任何问题。
2.从库状态信息中重要参数的含义
MySQL主从复制集群的监控，其实主要是针对从库进行监控的，监控来源就是根据从库的状态值进行监控的。
1）关于主库的信息
关于主库的信息时从master.info文件中读取的。
Master_Host: 192.168.20.11 \\主库的IP地址
Master_User: replicas \\主从复制使用的用户
Master_Port: 3306 \\主库的端口号
Connect_Retry: 10 \\从库与主库连接失败的重试次数
Master_Log_File: mysql-bin.000001 \\已经获取到的主库Binlog日志的名称
Read_Master_Log_Pos: 452 \\已经获取到的主库Binlog日志的标识位号
2）从库的Relylog的信息
Relay_Log_File: mysql-2-relay-bin.000003 \\从库已经运行过的relaylog文件名
Relay_Log_Pos: 320 \\从库已经运行过的relaylog的位置号
3）从库复制线程的工作状态
Slave_IO_Running: Yes \\IO线程的状态（Yes、No、Connecting）
Slave_SQL_Running: Yes \\SQL线程的状态
4）过滤复制的相关信息
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
4）从库延时主库的时间
Seconds_Behind_Master: 0 \\主从复制，从库复制主库的延时时间，单位为秒，约小约好
5）从库线程报错的相关信息
Last_IO_Errno: 0 \\IO线程报错的号码
Last_IO_Error: \\IO线程报错的具体信息，可以从这里分析出问题的所在
Last_SQL_Errno: 0 \\SQL线程报错的号码
Last_SQL_Error: \\SQL线程报错的具体原因
6）配置延时从库
通过配置延时主库，可以降低数据误删除的风险，例如配置的从库延时时间为2小时，那么主库发生了新操作后，2小时之后才会同步到从库，如果2小时内有误删除的操作，可以通过从库还原数据。
SQL_Delay: 0 \\延时从库的时间，单位为秒
SQL_Remaining_Delay: NULL \\延时从库的剩余时间
7）GPIT的复制信息
Retrieved_Gtid_Set: \\接收到的GTID个数
Executed_Gtid_Set: 4f87bad8-fc67-11ec-be7b-005056b791aa:1 \\执行了的GTID个数