MySQL线程相关监控
一、主库
show full processlist;
每个从库都会有一行dump相关的信息
HOSTS:
db01:47176
State:
Master has sent all binlog to slave; waiting for more updates
如果现实非以上信息,说明主从之间的关系出现了问题
二、从库
db01 [(none)]>show slave status G
*************************** 1. row ***************************
# 从库中，有关于主库相关信息监控，来自master.info文件
# /data/mysql/master.info
Master_Host: 10.0.0.51
Master_User: repl
Master_Port: 3307
Master_Log_File: mysql-bin.000005
Read_Master_Log_Pos: 444
#从库的relay-log的执行情况，来自于relay-log.info,一般用做判断主从延时
Relay_ Log_ File: db01-relay-bin.000002
Relay_ Log_ Pos : 495
Relay_Master_Log_File: mysql-bin.000002 # 正在同步的日志文件
Exec Master_ Log_Pos : 619 # POS
Seconds Behind Master: 0 # 查看延迟多少秒、主从延时相关状态(非人为)
# 从库线程状态，具体报错信息
Slave IO Running: Yes
Sl ave
SQL Running: Yes
Last Io Errno: 0
Last IO Error:
Last SQL Errno: 0
Last SQL Error :
# 过滤复制相关信息:
Repl icate
DO DB:
Replicate Ignore DB:
Replicate Do Table :
Replicate Ignore_ Table :
Repl icate
Wild Do Table :
Repl icate_ Wild Ignore_ Table:
# 延时从库的配置信息。延时从库有关的状态(人为)
SQL_ Delay: 0
SQL_ Remaining_Delay: NULL
# GTID相关复制信息:
Retrieved Gtid Set :
Executed Gtid Set :
主从原理：
(1) change , start slave 语句后，从库获取主库复制信息，启动复制线程
(2) Io线程，读取M. info 获取连接信息，连主库，主库分配DUMP
(3) Io线程，通过M.info获取复制信息，向主库Dump请求
(4) DUMP 返回日志。
(5) Io线程接日志。TCPIP 缓存。
(6) Io线程写日志到relaylog, 更新M.info
(7) SQL线程读取R.info ,执行新的relay。 更新R.info
(8) relaylog定 期自动删除
(9) 主库有通知从库有新日志产生。