mysql5.6主从复制参数详解

末蓝、 2022-08-20 15:06 268阅读 0赞

mysql> show slave status\\G  
\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\* 1. row \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
Slave\_IO\_State: Waiting for master to send event  
Waiting for master update：连接前的初始状态。  
Connecting to master：线程正试图连接到主线程  
Checking master version：检查主版本，在连接到主时，发生非常短暂的一种状态。  
Registering slave on master：在master上注册slave，在连接到主时，发生非常短暂的一种状态。  
Requesting binlog dump：在连接到主时，发生非常短暂的一种状态。线程发送请求其二进制日志的内容的要求，包括二进制日志文件开始名称和位置。  
注意，应该是从发送请求主二进制文件名称和位置，然后主发送相应内容。  
Waiting to reconnect after a failed binlog dump request：如果二进制日志转储请求失败（由于断开），在休眠期间线程进入这个状态，然后周期性尝试重新连接。  
重试之间的间隔可以指定（Connect\_Retry）。  
Reconnecting after a failed binlog dump request：线程正在尝试重新连接到master  
Waiting for master to send event：线程已连接到主线程，等待二进制日志事件到达。如果master的binlog无任何更新，可能持续很长一段时间。  
如果等待时间slave\_net\_timeout秒，超时发生。这时，该线程认为连接被中断，并尝试重新连接。（所以，slave\_net\_timeout不应该设置太大，以免主从断开连接很久才发现）  
Queueing master event to the relay log：线程读取事件并复制到中继日志，SQL线程可以处理它。  
Waiting to reconnect after a failed master event read：读取（由于断开）时发生错误。线程正处于休眠状态，等待（Connect\_Retry秒），后将继续尝试读取。  
Reconnecting after a failed master event read：线程正在尝试重新连接到主线程。当连接再次建立时，状态成为Waiting for master to send event。  
Waiting for the slave SQL thread to free enough relay log space：如果设置了的relay\_log\_space\_limit值（即非0），和中继日志总大小足以超过这个值。  
I/O线程等待直到SQL线程通过处理中继日志内容释放足够的空间，这样它就可以删除一些中继日志文件。  
Waiting for slave mutex on exit：当线程停止时发生的很短暂的状态。  
Master\_Host: 192.168.10.155  
Master\_User: repl\_user  
Master\_Port: 3306  
Connect\_Retry: 60  
Connect\_Retry：slave知道和master断开连接，并且开始重试的时间间隔，默认60s。Master\_Retry\_Count限制重试次数，默认3600×24=86400。  
值得主意的是：slave是通过slave\_net\_timeout参数（默认3600s，建议60s）知道和master断开了连接。（slave\_net\_timeout相当于主从心跳,其实master\_heartbeat\_period才是心跳，没用过）  
Master\_Log\_File: mysql-bin.000004  
slave的IO线程当前已经读取的master的binlog日志文件  
Read\_Master\_Log\_Pos: 3944  
slave的IO线程当前已经读取的master的binlog日志文件的位置点  
Relay\_Log\_File: mysql-relay-bin.000262  
slave的SQL线程当前已经读取和执行的slave的中继日志文件  
Relay\_Log\_Pos: 283  
slave的SQL线程当前已经读取和执行的slave的中继日志文件的位置点  
Relay\_Master\_Log\_File: mysql-bin.000004  
包含了在中继日志文件中被读取的事件的主二进制日志文件的名称  
Slave\_IO\_Running: Yes  
5.6的版本，有三个值：NO：MYSQL\_SLAVE\_NOT\_RUN，YES：MYSQL\_SLAVE\_RUN\_CONNECT，Connecting：MYSQL\_SLAVE\_RUN\_NOT\_CONNECT  
Slave\_SQL\_Running: Yes  
slave的sql线程是否启动  
Replicate\_Do\_DB:  
Replicate\_Ignore\_DB:  
Replicate\_Do\_Table:  
Replicate\_Ignore\_Table:  
Replicate\_Wild\_Do\_Table:  
Replicate\_Wild\_Ignore\_Table: trans%.%  
上面的设置都是复制筛选  
Last\_Errno: 0  
Last\_Error:  
和Last\_SQL\_Errno and Last\_SQL\_Error是同义词，当sql线程执行错误时被设置。恢复时，清除。  
Skip\_Counter: 0  
sql\_slave\_skip\_counter参数的值，代表有多少个事件，slave可以跳过。  
Exec\_Master\_Log\_Pos: 3944  
sql当前读取和执行的master日志文件位置点  
Relay\_Log\_Space: 619  
所有中继日志文件的大小  
Until\_Condition: None  
Until\_Log\_File:  
Until\_Log\_Pos: 0  
在start slave命令中指定的until\_option值  
Master\_SSL\_Allowed: No  
Master\_SSL\_CA\_File:  
Master\_SSL\_CA\_Path:  
Master\_SSL\_Cert:  
Master\_SSL\_Cipher:  
Master\_SSL\_Key:  
Master\_SSL\_Verify\_Server\_Cert: No  
如果用ssl方式连接master，上面参数应该被设定  
Seconds\_Behind\_Master: 0  
这个值并不能真正反映主从延迟。它的真正含义是：当前slave的timestamp和正在执行的事件的timestamp（该事件在master发生的时间）的差值，  
所以这个值只有当网络十分畅通，主从的时钟的一致的，才有效。  
Last\_IO\_Errno: 0  
Last\_IO\_Error:  
Last\_SQL\_Errno: 0  
Last\_SQL\_Error:  
Replicate\_Ignore\_Server\_Ids:  
这个参数往往在多主或循环复制的时候设置，如Replicate\_Ignore\_Server\_Ids: 2, 6, 9  
IO线程不会读取这些服务器上的日志  
Master\_Server\_Id: 1  
master的server id值  
Master\_UUID: a586daad-9c86-11e5-8a34-005056a60000  
master的uuid，有了这个值还需要设置Server\_Id？  
Master\_Info\_File: mysql.slave\_master\_info  
master.info的位置  
SQL\_Delay: 0  
slave必须滞后的秒数  
SQL\_Remaining\_Delay: NULL  
slave必须滞后的秒数的倒计时  
Slave\_SQL\_Running\_State: Slave has read all relay log; waiting for the slave I/O thread to update it  
Waiting for the next event in relay log：从中继日志读取事件的初始化状态  
Reading event from the relay log：sql线程已经从中继日志中读取事件，使事件可以执行  
Making temporary file (append) before replaying LOAD DATA INFILE：线程正在执行LOAD DATA INFILE语句并添加数据到一个临时的包含从该数据中读取行的数据的文件。  
Making temporary file (create) before replaying LOAD DATA INFILE：5.3版本之前才有  
Slave has read all relay log; waiting for more updates：sql线程已经处理完了在中继日志中的所有事件，等待IO线程向中继日志中写事件。  
Waiting for slave mutex on exit：发生在线程停止时的短暂状态  
Waiting until MASTER\_DELAY seconds after master executed event：sql线程已经读取了日志，但是等待复制延迟失效（change master ...MASTER\_DELAY控制）  
Killing slave：当发出了stop slave命令时  
Waiting for an event from Coordinator：发生在多线程复制，slave worker threads在等待coordinator thread发来的事件  
啥的  
Master\_Retry\_Count: 86400  
slave和master断开连接之后重试连接的次数，默认3600\*24  
Master\_Bind:  
Last\_IO\_Error\_Timestamp:  
最近一次IO错误发生的时间  
Last\_SQL\_Error\_Timestamp:  
最近一次SQL错误发生的时间  
Master\_SSL\_Crl:  
Master\_SSL\_Crlpath:  
Retrieved\_Gtid\_Set:  
Executed\_Gtid\_Set:  
Auto\_Position: 0