MySQL主从复制中的“show slave status”详细含义
MySQL主从复制中的“show slave status”详细含义
正常状态的信息
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.1.1.1
Master_User: rep_user
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: binlog.000026
Read_Master_Log_Pos: 446
Relay_Log_File: relay.000008
Relay_Log_Pos: 589
Relay_Master_Log_File: binlog.000026
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 446
Relay_Log_Space: 878
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 2211
1 row in set (0.00 sec)
状态解释:
1.Slave_IO_State: Waiting for master to send event
这里显示了当前slave I/O线程的状态。状态信息和使用show processlist显示的内容一样。
slave I/O线程的状态,有以下几种:
1) waiting for master update
这是connecting to master状态之前的状态
2) connecting to master
I/O线程正尝试连接到master
3) checking master version
在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。
4) registering slave on master
在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。
5) requesting binlog dump
在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。在这个状态下,I/O线程向master发送请求,请求binlog,位置从指定的binglog 名字和binglog的position位置开始。
6) waiting to reconnect after a failed binlog dump request
如果因为连接断开,导致binglog的请求失败,I/O线程会进入睡眠状态。然后定期尝试重连。尝试重连的时间间隔,可以使用命令"change master to master_connect_trt=X;"改变。
7) reconnecting after a failed binglog dump request
I/O进程正在尝试连接master
8) waiting for master to send event
说明,已经成功连接到master,正等待二进制日志时间的到达。如果master 空闲,这个状态会持续很长时间。如果等待的时间超过了slave_net_timeout(单位是秒)的值,会出现连接超时。在这种状态下,I/O线程会人为连接失败,并开始尝试重连
9) queueing master event to the relay log
此时,I/O线程已经读取了一个event,并复制到了relay log 中。这样SQL 线程可以执行此event
10) waiting to reconnect after a failed master event read
读取时出现的错误(因为连接断开)。在尝试重连之前,I/O线程进入sleep状态,sleep的时间是master_connect_try的值(默认是60秒)
11) reconnecting after a failed master event read
I/O线程正尝试重连master。如果连接建立,状态会变成"waiting for master to send event"
12) waiting for the slave sql thread to free enough relay log space
这是因为设置了relay_log_space_limit,并且relay log的大小已经整张到了最大值。I/O线程正在等待SQL线程通过删除一些relay log,来释放relay log的空间。
13) waiting for slave mutex on exit
I/O线程停止时会出现的状态,出现的时间非常短。
2. Master_Host: 10.1.8.62
Master_User: rep_user
Master_Port: 3306
这3条信息,显示了slave连接master时,使用的master的主机---master_host、连接master用的用户---master_user、连接master的端口---master_port。
3. Connect_Retry: 10
连接中断后,重新尝试连接的时间间隔。默认值是60秒。
4. Master_Log_File: binlog.000026
Read_Master_Log_Pos: 446
这两条信息,显示了与master相关的日志的信息。master_log_file:当前I/O线程正在读取的master 二进制日志的文件名;read_master_log_pos:当前I/O线程正在读取的二进制日志的位置
5. Relay_Log_File: relay.000008
Relay_Log_Pos: 589
Relay_Master_Log_File: binlog.000026
这3条信息,显示了与relay log相关的信息。relay_log_file:当前SQL线程正在读取并执行的relay log的文件名;relay_log_pos:当前SQL线程正在读取并执行的relay log文件的位置;relay_master_log_file:master 二进制日志的文件名。该文件包含当前SQL执行的事物
6. Slave_IO_Running: Yes
Slave_SQL_Running: Yes
显示了当前I/O线程和SQL线程的状态
7. Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
这部分显示的是关于复制DB和table的信息。
8. Last_Errno: 0
Last_Error:
laster_errno和laster_error是 Last_SQL_Errno和Last_SQL_Error的同义词。
9. Skip_Counter: 0
系统参数sql_slave_skip_counter的值。sql_slave_skip_counter:slave应该跳过的事件数
10. Exec_Master_Log_Pos: 446
sql线程当前执行的事件,在master 二进制日志中的position
11. Relay_Log_Space: 878
所有存在relay log的大小
12. Seconds_Behind_Master: 0
这个值是时间戳的差值。是slave当前的时间戳和master记录该事件时的时间戳的差值
13. Replicate_Ignore_Server_Ids:
slave当前会跳过的事件号
14. Master_Server_Id: 2211
master的server-id;如果master和slave的server-id相同,在启动slave时,会报错
在搭建好mysql主从之后,我们一般在从库上通过命令
show slave status\G
来查看主从的状态,会有很多的参数,接下来笔者就带大家好好的了解这些参数
root@localhost (none)>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.1.100Master_User: mysyncMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.001822Read_Master_Log_Pos: 290072815Relay_Log_File: mysqld-relay-bin.005201Relay_Log_Pos: 256529594Relay_Master_Log_File: mysql-bin.001821Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0Last_Error: Skip_Counter: 0Exec_Master_Log_Pos: 256529431Relay_Log_Space: 709504534Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 2923Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 0Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1Master_UUID: 13ee75bb-99e2-11e6-be4d-b499baa80e6eMaster_Info_File: /home/data/mysql/master.infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Reading event from the relay logMaster_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 01 row in set (0.02 sec)
参数详解:
1. Slave_IO_State
这里显示了当前slave I/O线程的状态(slave连接到master的状态)。状态信息和使用show processlist | grep "system user"(会显示两条信息,一条slave I/O线程的,一条是slave SQL线程的)显示的内容一样。
slave I/O线程的状态,有以下几种:
1) waiting for master update
这是connecting to master状态之前的状态
2) connecting to master
I/O线程正尝试连接到master
3) checking master version
在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。
4) registering slave on master
在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。
5) requesting binlog dump
在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。在这个状态下,I/O线程向master发送请求,请求binlog,位置从指定的binglog 名字和binglog的position位置开始。
6) waiting to reconnect after a failed binlog dump request
如果因为连接断开,导致binglog的请求失败,I/O线程会进入睡眠状态。然后定期尝试重连。尝试重连的时间间隔,可以使用命令"change master to master_connect_trt=X;"改变。
7) reconnecting after a failed binglog dump request
I/O进程正在尝试连接master
8) waiting for master to send event
说明,已经成功连接到master,正等待二进制日志时间的到达。如果master 空闲,这个状态会持续很长时间。如果等待的时间超过了slave_net_timeout(单位是秒)的值,会出现连接超时。在这种状态下,I/O线程会人为连接失败,并开始尝试重连
9) queueing master event to the relay log
此时,I/O线程已经读取了一个event,并复制到了relay log 中。这样SQL 线程可以执行此event
10) waiting to reconnect after a failed master event read
读取时出现的错误(因为连接断开)。在尝试重连之前,I/O线程进入sleep状态,sleep的时间是master_connect_try的值(默认是60秒)
11) reconnecting after a failed master event read
I/O线程正尝试重连master。如果连接建立,状态会变成"waiting for master to send event"
12) waiting for the slave sql thread to free enough relay log space
这是因为设置了relay_log_space_limit,并且relay log的大小已经整张到了最大值。I/O线程正在等待SQL线程通过删除一些relay log,来释放relay log的空间。
13) waiting for slave mutex on exit
I/O线程停止时会出现的状态,出现的时间非常短。
2. Master_Host: 192.168.1.100
mysql主库的ip地址
3. Master_User: mysync
这个是master上面的一个用户。用来负责主从复制的用户,创建主从复制的时候建立的(具有reolication slave权限)。
4. Master_Port: 3306
master服务器的端口 一般是3306
5. Connect_Retry: 60
连接中断后,重新尝试连接的时间间隔。默认值是60秒。
#与master相关的日志的信息
6. Master_Log_File: mysql-bin.001822
当前I/O线程正在读取的主服务器二进制日志文件的名称。
7. Read_Master_Log_Pos: 290072815
当前I/O线程正在读取的二进制日志的位置。
#与relay log相关的信息
8. Relay_Log_File: mysqld-relay-bin.005201
当前slave SQL线程正在读取并执行的relay log的文件名。
9. Relay_Log_Pos: 256529594
当前slave SQL线程正在读取并执行的relay log文件中的位置;(Relay_Log_File下的Relay_Log_Pos其实一一对应着Relay_Master_Log_File的Exec_Master_Log_Pos。)
10. Relay_Master_Log_File: mysql-bin.001821
当前slave SQL线程读取并执行的relay log的文件中多数近期事件,对应的主服务器二进制日志文件的名称。(说白点就是我SQL线程从relay日志中读取的正在执行的sql语句,对应主库的sql语句记录在主库的哪个binlog日志中)
#slave I/O和SQL线程的状态(重要)
11. Slave_IO_Running: Yes
I/O线程是否被启动并成功地连接到主服务器上。
12. Slave_SQL_Running: Yes
SQL线程是否被启动。
13. Replicate_Do_DB
Replicate_Ignore_DB
Replicate_Do_Table
Replicate_Ignore_Table
Replicate_Wild_Do_Table
Replicate_Wild_Ignore_Table
这些参数都是为了用来指明哪些库或表在复制的时候不要同步到从库,但是这些参数用的时候要小心,因为 当跨库使用的时候 可能会出现问题。
一般情况下 ,限制的时候都用Replicate_Wild_Ignore_Table这个参数。
14. Last_Errno: 0
Last_Error
slave的SQL线程读取日志参数的的错误数量和错误消息。错误数量为0并且消息为空字符串表示没有错误。
如果Last_Error值不是空值,它也会在从属服务器的错误日志中作为消息显示。
15. Skip_Counter: 0
SQL_SLAVE_SKIP_COUNTER的值,用于设置跳过sql执行步数。
16. Exec_Master_Log_Pos: 256529431
slave SQL线程当前执行的事件,对应在master相应的二进制日志中的position。(结合Relay_Master_Log_File理解,而且在Relay_Master_Log_File这个值等于Master_Log_File值的时候,Exec_Master_Log_Pos是不可能超过Read_Master_Log_Pos的。)
17. Relay_Log_Space: 709504534
所有原有的中继日志结合起来的总大小。
18. Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
在START SLAVE语句的UNTIL子句中指定的值。
Until_Condition具有以下值:
1) 如果没有指定UNTIL子句,则没有值
2) 如果从属服务器正在读取,直到达到主服务器的二进制日志的给定位置为止,则值为Master
3) 如果从属服务器正在读取,直到达到其中继日志的给定位置为止,则值为Relay
Until_Log_File和Until_Log_Pos用于指示日志文件名和位置值。日志文件名和位置值定义了SQL线程在哪个点中止执行。
19. 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
Master_SSL_Crl:
Master_SSL_Crlpath:
这些字段显示了被从属服务器使用加密相关的参数。这些参数用于连接主服务器。
Master_SSL_Allowed具有以下值:
1) 如果允许对主服务器进行SSL连接,则值为Yes
2) 如果不允许对主服务器进行SSL连接,则值为No
3) 如果允许SSL连接,但是从属服务器没有让SSL支持被启用,则值为Ignored。
与SSL有关的字段的值对应于–master-ca,–master-capath,–master-cert,–master-cipher和–master-key选项的值。
20. seconds_Behind_Master: 2923
这个值是时间戳的差值。是slave当前的时间戳和master记录该事件时的时间戳的差值。
21. Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
最后一次I/O线程或者SQL线程的错误号和错误消息。
22. Replicate_Ignore_Server_Ids:
主从复制,从库忽略的主库服务器Id号。就是不以这些服务器Id为主库。
23. Master_Server_Id: 1
Master_UUID: 13ee75bb-99e2-11e6-be4d-b499baa80e6e
Master_Info_File: /home/data/mysql/master.info
分别表示主库服务器id号,主库服务器的UUID好,还有在从库中保存主库服务器相关的目录位置。
24. SQL_Delay: 0
一个非负整数,表示秒数,Slave滞后多少秒于master。
25. SQL_Remaining_Delay: NULL
当 Slave_SQL_Running_State 等待,直到MASTER_DELAY秒后,Master执行的事件,此字段包含一个整数,表示有多少秒左右的延迟。在其他时候,这个字段是NULL。
26. Slave_SQL_Running_State: Reading event from the relay log
SQL线程运行状态:
1) Reading event from the relay log
线程已经从中继日志读取一个事件,可以对事件进行处理了。
2) Has read all relay log; waiting for the slave I/O thread to update it
线程已经处理了中继日志文件中的所有事件,现在正等待I/O线程将新事件写入中继日志。
3) Waiting for slave mutex on exit
线程停止时发生的一个很简单的状态。
27. Master_Retry_Count: 86400
连接主库失败最多的重试次数。
28. Master_Bind:
slave从库在多网络接口的情况下使用,以确定用哪一个slave网络接口连接到master。
29. Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
最后一次I/O线程或者SQL线程错误时的时间戳。
#GTID模式相关
30. Retrieved_Gtid_Set:
获取到的GTID<IO线程>
Executed_Gtid_Set:
执行过的GTID<SQL线程>
Auto_Position: 0
理解与应用 :
1、为什么执行stop slave; 再start slave;可以继续主从关系呢?
其实执行stop slave;就是分别关闭了I/O线程(stop slave IO_THREAD;)和SQL线程(stop slave SQL_THREAD;),I/O线程会维护master.info信息的更新,SQL线程会维护relay-log.info信息的更新,在执行start slave;时候,会依照master.info和relay-log.info信息,继续执行I/O线程和SQL线程。
2、怎样从一个从库再复制一个新的从库呢?
步骤:
在从库上面stop slave IO_THREAD;关闭IO线程
等待SQL线程执行完成,当Relay_Master_Log_File和Master_Log_File二进制日志文件名一致,且Exec_Master_Log_Pos等于Read_Master_Log_Pos值。
mysqldump导出所需要的库,到新的从库服务器,并导入。
主库授权replication slave权限给新的从库
新的从库使用change master to命令,master_log_file对应Master_Log_File值,master_log_pos对应Read_Master_Log_Pos值。
在从库执行start slave IO_THREAD;和在新的从库上执行start slave;
About Me
........................................................................................................................ ● 本文作者:小麦苗,部分内容整理自网络,若有侵权请联系小麦苗删除 ● 本文在itpub、博客园、CSDN和个人微 信公众号( xiaomaimiaolhr )上有同步更新 ● 本文itpub地址: http://blog.itpub.net/26736162 ● 本文博客园地址: http://www.cnblogs.com/lhrbest ● 本文CSDN地址: https://blog.csdn.net/lihuarongaini ● 本文pdf版、个人简介及小麦苗云盘地址: http://blog.itpub.net/26736162/viewspace-1624453/ ● 数据库笔试面试题库及解答: http://blog.itpub.net/26736162/viewspace-2134706/ ● DBA宝典今日头条号地址: http://www.toutiao.com/c/user/6401772890/#mid=1564638659405826 ........................................................................................................................ ● QQ群号: 230161599 (满) 、618766405 ● 微 信群:可加我微 信,我拉大家进群,非诚勿扰 ● 联系我请加QQ好友 ( 646634621 ) ,注明添加缘由 ● 于 2019-07-01 06:00 ~ 2019-07-31 24:00 在西安完成 ● 最新修改时间:2019-07-01 06:00 ~ 2019-07-31 24:00 ● 文章内容来源于小麦苗的学习笔记,部分整理自网络,若有侵权或不当之处还请谅解 ● 版权所有,欢迎分享本文,转载请保留出处 ........................................................................................................................ ● 小麦苗的微店 : https://weidian.com/s/793741433?wfr=c&ifr=shopdetail ● 小麦苗出版的数据库类丛书 : http://blog.itpub.net/26736162/viewspace-2142121/ ● 小麦苗OCP、OCM、高可用网络班 : http://blog.itpub.net/26736162/viewspace-2148098/ ● 小麦苗腾讯课堂主页 : https://lhr.ke.qq.com/ ........................................................................................................................ 使用 微 信客户端 扫描下面的二维码来关注小麦苗的微 信公众号( xiaomaimiaolhr )及QQ群(DBA宝典)、添加小麦苗微 信, 学习最实用的数据库技术。 ........................................................................................................................ |
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26736162/viewspace-2651332/,如需转载,请注明出处,否则将追究法律责任。
MySQL主从复制中的“show slave status”详细含义相关推荐
- mysql 1593_Linux中MySQL主从复制中出现1593错误码的低级错误
主从复制小编介绍过不少的文章了,但在使用过程中经常会有一些问题出现了,今天我们来看关于Linux中MySQL主从复制中出现1593错误码的低级错误问题解决办法. 今天测试shell脚本自动配置MySQ ...
- mysql show slave_Mysql复制 show slave status
MySQL数据库主从延时如何去判断呢?本文我们介绍了两种判断方法:1. Seconds_Behind_Master vs 2. mk-heartbeat,接下来我们就分别介绍这些内容. 日常工作中,对 ...
- mysql 1593_Linux高可用(HA)之MySQL主从复制中出现1593错误码的低级错误
摘要 今天测试shell脚本自动配置MySQL主从集群的时候发现从机一直1593错误,排查了半天发现是从的配置文件中的server-id没改导致,此低级错误记录下警醒自己. 今天测试shell脚本自动 ...
- mysql 主从复制--启动操作start slave, stop slave
在MySQL配置主从关系时,会用到start slave, stop slave命令,本文简单介绍两个命令的使用方法和作用. start slave mysql> start slave 不带任 ...
- mysql master status_MySQL show master / slave status 命令参数
一.show master status 二.show slave status Slave_IO_State SHOW PROCESSLIST输出的State字段的拷贝.SHOW PROCESSLI ...
- MySQL主从复制中关于AUTO_INCREMENT的奇怪问题
昨天修改一个表的字段,发现主从复制同步失效了,但同步进程没有出错,mysql日志也没有出错,仔细查找了一下原因,发现是新增的自增主键字段的起始值在主从库上不一致,导致按主键更新数据时无法在从库找到对应 ...
- MySQL主从复制详细配置步骤及复制延时问题解决
为什么要进行主从复制 (主从复制是为了实现读写分离) 什么是主从复制 主从复制原理: 主从复制具体步骤: 主从复制的形式 环境配置 在两台机器上分别安装MySQL及创建数据库: 在主服务器上进行配置: ...
- mysql主主复制半同步_mysql主从复制中的半同步复制
实验mysql借助google提供的插件,完成半同步复制模型: 物理机依然是win7系统,虚拟机为centos7: 主节点:192.168.255.2 从节点:192.168.255.3 先配置为主从 ...
- mysql主从复制监控shell脚本
########本脚本应用在生产环境中,是运用mysql主从的基础上######## vi mysqlm-s.sh #!/bin/bash ip=`ifconfig eth0|sed -n 2p|aw ...
最新文章
- 搭建docker私有仓库
- Linux USB 驱动开发实例 (三)—— 基于USB总线的无线网卡浅析
- PLECS软件学习使用(一)简单的RLC电路搭建
- 快速排序+统计→奶牛的耳语(洛谷P1296题题解,Java语言描述)
- python批量更改文件后缀名
- php读取oracle,php读取oracle中数据库文件
- 编程语言python入门-为什么说python是适合新手入门的编程语言
- poj1611(简答并查集)
- openwrt路由器更换了Flash之后需要修改的源码
- 航测无人机测绘地理信息免费资料
- 短视频无水印解析源码
- php创建对象出问题,activex部件不能创建对象
- 我对onselect和onchange事件的误解
- [16-8-1]每日总结
- 正确使用#include和前置声明(forward declaration)
- YOLOV3--训练数据+视频检测
- win10系统如何关闭服务器,win10命令关闭服务器该怎么操作关闭?
- 树莓派更改WiFi信息
- 山艺2021年高考成绩查询,2021年山东艺术学院高考录取结果什么时候出来及查询系统入口...
- 详细解析电源滤波电容的选取与计算
热门文章
- 一种基于Voronoi图的曲边化随机颗粒模型生成方法
- DynaSLAM超详细安装配置运行ubantu20.0.4+opencv2.4.11+tensorflow1.4.0
- Redis应用案例之优惠券秒杀
- js中过滤在输入框中过滤掉特殊表情
- java水印透明_java给透明图片加水印
- 嵌入式开发ARM Cortex-M33处理器详解
- Windows纯净桌面实现
- 2022:眯眼看世界、回首望自己(附送给订阅朋友们的福利)
- springboot 2.x 版本Accept出错怎么忽略 接口返回406 Not Acceptable解决方案
- 如何使用mysql(lamp)分离环境搭建dedecms织梦网站及apache服务器常见的403http状态码及其解决方法...