mysql复制的监控
一.复制过程中的线程问题
控制复制有三个线程。在master上，每个已经连接的slave都有一个binlog Dump线程（转储线程），该线程负责把binlog事件传送给已经连接的slave。slave上有两个线程，slave-I/O线程和slave-SQL线程，slave-I/O线程负责读取master传递过来的binlog事件，然后将这些事件写入slave的中继日志（relay-log）。 slave-SQL线程负责读取中继日志的事件然后执行。
master端：
使用show processlist 可以查看binlog Dump线程的当前状态
State：描述了master对二进制日志和slave做了那些操作
User：显示运行该语句的用户（之前授权的用于复制的用户）
Command：该线程运行的命令的类型
Info：线程正在执行的语句信息，当前复制状态处于等待状态字段为NULL。
slave端：
同样也可以使用show processlist查看线程的状态
正常状态：等待来自master的信息（I/O线程），已经全部执行中继日志中的事件（SQL线程）
在排除故障时，使用show processlist可以很方便的查看复制的状态‘
二.监控master
1.show master status
File：列出当前binlog文件的名称
Position：写出二进制日志当前的位置（也就是下一次日志写入的位置）
Binlog_Do_DB：指定的数据库(对于数据库的过滤有用)
Binlog_Ignore_DB：忽略的数据库
Executed_Gtid_Set：基于Gtid的复制
2.show master logs（show binary logs 列出master上可用的二进制文件及其大小）
该命令有利于比较master和slave的信息，也就是slave目前正在读取master上哪个二进制日志。
三.监控slave
1.show slave status：显示slave的二进制日志，slave到master的连接和复制活动，包括当前binlog文件的文件名以及偏移位置。
slave的复制信息大概分为：master连接的信息、slave性能、日志信息、过滤、日志性能和出错条件
master连接的信息：master的主机名、连接的用户、连接的端口
日志信息：master二进制日志和slave中继日志的信息，包括文件名和位置信息
Relay_Log_Space：所有中继日志文件的大小
Seconds_Behind_Master：事件执行和事件写入master二进制日志之间的事件间隔。
master的读取位置：IO线程即将从master二进制日志读取下一个事件的位置
Master_Log_File
Read_Master_Log_Pos
中继日志的执行位置：SQL线程即将执行的slave中继日志中下一个事件的位置
Relay_Log_Pos
Relay_Log_File
master的执行位置：SQL线程即将执行master binlog中下一个事件的位置
Relay_Master_Log_File
Exec_Master_Log_Pos
通过比较master的读取位置和master的执行位置，可以确定是否事件等待执行，一旦位置相同，表明中继日志中没有等待的事件，此时可以安全的停止slave并重定向到新的master