这个命令是DBA日常运维中常用来查看主从状态的命令，很多监控工具也会使用到该命令监控主从状态是否正常，主从延迟，备份工具获取位点信息等。作为常用日常命令，一定要完全理解该命令的输出。今天主要结合 官方文档 和 实际输出 详细解释该命令。达到完全搞懂！
该语句提供有关副本线程的基本参数的状态信息。它需要 SUPER 或 REPLICATION SLAVE 权限。
建议使用\G语句终止符来获得更具可读性的垂直布局：
SHOW SLAVE STATUS\G 输出以及解释
以下输出来自 MySQL 5.7.19 版本。各版本输出略有差异
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event --IO thread的状态
Master_Host: 10.10.10.10 -- 主库的地址
Master_User: repl -- 用于连接主库复制账号（这个账号是在主库上创建）
Master_Port: 3300 -- 主库的端口
Connect_Retry: 10 -- 连接重试之间的秒数（默认 60）
Master_Log_File: mysql-bin.005395 -- I/O 线程当前正在读取的主库的二进制日志文件名称。
Read_Master_Log_Pos: 684976832 -- I/O 线程已读取的当前主库二进制日志文件中的位点
Relay_Log_File: dd-relay.000063 -- SQL线程正在读取和执行的中继日志名称
Relay_Log_Pos: 684953253 -- SQL线程正在读取和执行的当前中继日志的位点
Relay_Master_Log_File: mysql-bin.005395 -- SQL 线程执行的最新事件 对应在主库上的二进制日志文件名称。
Slave_IO_Running: Yes -- IO线程是否已启动并已成功连接到主库
Slave_SQL_Running: Yes -- SQL线程是否启动。
Replicate_Do_DB: -- 需要复制的DB
Replicate_Ignore_DB: -- 复制忽略的DB
Replicate_Do_Table: -- 需要复制的表
Replicate_Ignore_Table: -- 复制忽略的表
Replicate_Wild_Do_Table: -- 用于指定需要复制的数据库表，支持通配符（wildcard）的形式
Replicate_Wild_Ignore_Table: -- 用于指定需要忽略（不复制）的数据库表，同样支持通配符的形式。
Last_Errno: 0 -- Last_SQL_Errno的别名
Last_Error: -- Last_SQL_Error的别名
Skip_Counter: 0 -- 系统变sql_slave_skip_counter 的当前值 （从库跳过的SQL数量）
Exec_Master_Log_Pos: 684953080 -- SQL线程已经读取和执行过的中继日志 对应在主库二进制日志文件的位点
Relay_Log_Space: 684977292 -- 所有现有中继日志文件的总大小。
Until_Condition: None -- start slave 中制定 until 语句
Until_Log_File: -- start slave 中制定 until 语句
Until_Log_Pos: 0 -- start slave 中制定 until 语句
Master_SSL_Allowed: No -- 是否允许与源的 SSL 连接
Master_SSL_CA_File: -- 指定用于验证主服务器证书的证书颁发机构（CA）文件的路径
Master_SSL_CA_Path: -- 指定用于验证主服务器证书的证书颁发机构（CA）路径的路径
Master_SSL_Cert: -- 指定从服务器的 SSL 证书文件的路径
Master_SSL_Cipher: -- 指定在 SSL 通信中使用的密码套件
Master_SSL_Key: -- 指定从服务器的 SSL 私钥文件的路径
Seconds_Behind_Master: 0 -- 主从延迟
Master_SSL_Verify_Server_Cert: No -- 表示是否验证主服务器的 SSL 证书。
Last_IO_Errno: 0 -- 导致IO线程停止的最近一次的错误码，Errno :0 表示表示没有错误
Last_IO_Error: -- 导致IO线程停止的最近的错误信息 。Erro为空表示没有错误
Last_SQL_Errno: 0 -- 导致SQL线程停止的最近的错误码。Errno :0 表示没有错误
Last_SQL_Error: -- 导致SQL线程停止的错误信息,Erro为空表示没有错误
Replicate_Ignore_Server_Ids: -- 忽略复制的主库的server_id
Master_Server_Id: 181323300 -- 主库的参数server_id的值
Master_UUID: 127ef593-1826-11eb-8a97-6c92bf7d39de -- 主库参数server_uuid的值
Master_Info_File: mysql.slave_master_info -- 在从库上存储主库信息的文件或表
SQL_Delay: 0 -- 从库延迟主库多少秒
SQL_Remaining_Delay: NULL -- 当Slave_SQL_Running_State为 时 Waiting until MASTER_DELAY seconds after master executed event，该字段包含剩余延迟秒数。其他时候，该字段为 NULL。
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates -- SQL线程的运行状态
Master_Retry_Count: 86400 -- 在连接丢失的情况下，从库可以尝试重新连接到主库的次数。
Master_Bind: --
Last_IO_Error_Timestamp: -- 最近的I/O 线程发生错误的时间 格式YYMMDD hh:mm:ss
Last_SQL_Error_Timestamp: -- 最近的SQL 线程发生错误的时间 格式YYMMDD hh:mm:ss
Master_SSL_Crl: -- 指定撤销列表 (CRL) 文件的路径，该文件包含已被撤销的 SSL 证书列表
Master_SSL_Crlpath: -- 指定撤销列表 (CRL) 文件的路径，该文件包含已被撤销的 SSL 证书列表
Retrieved_Gtid_Set: 127ef593-1826-11eb-8a97-6c92bf7d39de:330411-2764671 -- 从库已经接收到的GTID的集合（I/O线程），如果GTID模式没有开启则为空。这个值是现在存在或者已经存在在relay log中的GTID集合
Executed_Gtid_Set: 127ef593-1826-11eb-8a97-6c92bf7d39de:1-2764671,
3133d0b5-8d65-11e7-9f2e-c88d83a9846a:1-12697883,
657b7d6b-8d60-11e7-b85f-6c92bf4e09e6:1-1661102840 -- 已经被写进binlog的GTID的集合（SQL线程），这个值和 系统参数 gtid_executed 相同。也和在该实例上执行 show master status 中的Executed_Gtid_Set 值相同
Auto_Position: 1 -- 如果正在使用自动定位1；否则为 0。
Replicate_Rewrite_DB: -- 用于指定需要在主从复制过程中进行数据库名重写的规则。
Channel_Name: -- 正在显示的复制通道
Master_TLS_Version: -- 源上使用的 TLS 版本分类对比
大家理解该命令的时候可以 ”分类对比“ 理解：
注意下图中主从延迟解释只能在网络状况良好的情况的才能如此计算，延迟具体的计算方式参考我的博客 【MySQL源码】Seconds_Behind_Master是如何计算的-CSDN博客
重要参数的详细解释
线程状态(IO 和 SQL Thread)
Slave_IO_State
副本 I/O 线程的输出State字段 ，从库 IO 线程正在做什么：尝试连接到源、等待来自源的事件、重新连接到源等等，具体有一下状态
-
Checking master version建立与源的连接后发生的非常短暂的状态。
-
Connecting to masterIO 线程 正在尝试连接到源。
-
Queueing master event to the relay log该状态比较常见，IO 线程已读取事件并将其写入到中继日志，以便 SQL 线程可以处理它。
-
Reconnecting after a failed binlog dump requestIO 线程正在尝试重新连接到源。
-
Reconnecting after a failed master event readIO 线程正在尝试重新连接到源。当再次建立连接时，状态变为
Waiting for master to send event。 -
Registering slave on master建立与源的连接后非常短暂地发生的状态。
-
Requesting binlog dump建立与源的连接后发生的非常短暂的状态。该线程向源发送对其二进制日志内容的请求，从请求的二进制日志文件名和位置开始。
-
Waiting for its turn to commit如果启用，当副本线程等待旧工作线程提交时出现的状态 slave_preserve_commit_order 。
-
Waiting for master to send event该状态比较常见，IO 线程已连接到源并正在等待二进制日志事件到达。如果源空闲，这可以持续很长时间。如果等待持续 slave_net_timeout几秒，就会发生超时。此时，该线程认为连接已断开并尝试重新连接。
-
Waiting for master update之前的初始状态
Connecting to master。 -
Waiting for slave mutex on exit线程停止时短暂出现的状态。
-
Waiting for the slave SQL thread to free enough relay log space您使用的是非零 relay_log_space_limit 值，并且中继日志已变得足够大，以至于它们的总大小超过了该值。I/O 线程正在等待，直到 SQL 线程通过处理中继日志内容释放足够的空间，以便它可以删除一些中继日志文件。
-
Waiting to reconnect after a failed binlog dump request如果二进制日志转储请求失败（由于断开连接），线程在休眠时进入此状态，然后尝试定期重新连接。重试之间的间隔可以使用该 CHANGE MASTER TO语句指定。
-
Waiting to reconnect after a failed master event read读取时发生错误（由于断开连接）。CHANGE MASTER TO在尝试重新连接之前， 线程将休眠语句设置的秒数 （默认为 60）。
Slave_SQL_Running_State
SQL 线程的状态（类似于 Slave_IO_State）
详细状态参考官方文档 ：
MySQL :: MySQL 5.7 Reference Manual :: 8.14.7 Replication Replica SQL Thread States
文件和位点
有三类文件和位点，结合我上面的截图理解 ：
第一类：
Master_Log_File
I/O 线程当前正在读取的主库的二进制日志文件名称
Read_Master_Log_Pos
I/O 线程已读取的当前主库二进制日志文件中的位点
第二类：
Relay_Log_File
SQL线程正在读取和执行的中继日志名称
Relay_Log_Pos
SQL线程正在读取和执行的当前中继日志的位点
第三类：
Relay_Master_Log_File
SQL 线程执行的最新事件 对应 在主库上的二进制日志文件名称。
Exec_Master_Log_Pos
SQL线程已经读取和执行过的中继日志 对应在主库二进制日志文件的位点
两个线程是否启动
通过这两个字段可以判断主从状态是否正常
Slave_IO_Running
I/O 线程是否已启动并已成功连接到主库。在内部，该线程的状态由以下三个值之一表示：
-
MYSQL_SLAVE_NOT_RUN。 副本 I/O 线程未运行。对于这个状态，
Slave_IO_Running是No。 -
MYSQL_SLAVE_RUN_NOT_CONNECT。 副本 I/O 线程正在运行，但未连接到复制源。对于这个状态，
Slave_IO_Running是Connecting。 -
MYSQL_SLAVE_RUN_CONNECT。 副本 I/O 线程正在运行，并连接到复制源。对于这个状态，
Slave_IO_Running是Yes。
系统状态变量的值 Slave_running与该值相对应。
Slave_SQL_Running
SQL线程是否启动。
复制过滤规则
-
Replicate_Do_DB:
- 用于指定主从复制过程中需要复制的数据库。设置为一个数据库名，表示只复制该数据库的更新操作。可以使用逗号分隔的多个数据库名，例如
db1,db2。 - 例如，
Replicate_Do_DB = db1表示只复制db1数据库的更新。
- 用于指定主从复制过程中需要复制的数据库。设置为一个数据库名，表示只复制该数据库的更新操作。可以使用逗号分隔的多个数据库名，例如
-
Replicate_Ignore_DB:
- 用于指定主从复制过程中需要忽略的数据库。设置为一个数据库名，表示不复制该数据库的更新操作。可以使用逗号分隔的多个数据库名，例如
db3,db4。 - 例如，
Replicate_Ignore_DB = db3表示不复制db3数据库的更新。
- 用于指定主从复制过程中需要忽略的数据库。设置为一个数据库名，表示不复制该数据库的更新操作。可以使用逗号分隔的多个数据库名，例如
-
Replicate_Wild_Do_Table:
- 用于指定需要复制的数据库表，支持通配符（wildcard）的形式。只有匹配指定通配符的数据库表才会被复制到从服务器。
- 例如，如果设置
Replicate_Wild_Do_Table = testdb.test_table%，则表示只有以test_table开头的表才会被复制。
-
Replicate_Wild_Ignore_Table:
- 用于指定需要忽略（不复制）的数据库表，同样支持通配符的形式。匹配指定通配符的数据库表将不会被复制到从服务器。
- 例如，如果设置
Replicate_Wild_Ignore_Table = testdb.ignore_table%，则表示以ignore_table开头的表将被忽略，不会被复制。
这两个字段的使用可以帮助管理员灵活地配置主从复制，选择性地复制或忽略特定的数据库表。这在一些特定的场景下非常有用，例如在主从服务器之间同步部分数据而忽略其他数据，或者限制复制的表以满足特定需求。
在 SHOW SLAVE STATUS 输出中，这两个字段的值会列举出匹配的数据库表。例如：
Replicate_Wild_Do_Table: testdb.test_table%
Replicate_Wild_Ignore_Table: testdb.ignore_table%这表示主从服务器之间的复制将仅涉及以 test_table 开头的表，并忽略以 ignore_table 开头的表。
复制停止条件
Until_Condition, Until_Log_File, 和 Until_Log_Pos 是 SHOW SLAVE STATUS 输出中用于指定主从复制停止条件的字段。
-
Until_Condition:
- 用于指定主从复制停止的条件。可能的值包括：
-
None: 表示不设置停止条件，正常复制。 -
Master_Pos: 表示使用日志文件和位置来指定停止的位置。 -
Relay_Log_Pos: 表示使用中继日志文件和位置来指定停止的位置。 -
Relay_Master_Log_File: 表示使用中继日志文件和主服务器的位置来指定停止的位置。 -
Executed_Gtid_Set: 表示使用 GTID 集合来指定停止的位置。
-
- 用于指定主从复制停止的条件。可能的值包括：
-
Until_Log_File:
- 如果
Until_Condition设置为Master_Pos或Relay_Master_Log_File，则指定主从复制停止的日志文件名。
- 如果
-
Until_Log_Pos:
- 如果
Until_Condition设置为Master_Pos或Relay_Master_Log_File，则指定主从复制停止的日志位置。
- 如果
这些字段主要用于设置主从复制的停止条件，以便在特定的位置或 GTID 集合上停止复制。这在执行部分恢复或在特定时间点将主从复制同步到一致状态时很有用。如果设置了这些字段，主从复制将在指定条件下停止，并且不再继续同步。
安全参数
-
Master_SSL_Allowed: 表示是否允许使用 SSL 进行主从复制。
- 如果值为
No，则表示不启用 SSL 加密； - 如果值为
Yes，则表示启用 SSL 加密。 -
Ignored如果允许 SSL 连接但副本服务器未启用 SSL 支持
- 如果值为
-
Master_SSL_CA_File:
- 指定用于验证主服务器证书的证书颁发机构（CA）文件的路径。如果 SSL 启用，并且需要验证主服务器证书，则此字段会包含 CA 文件的路径。
-
Master_SSL_CA_Path:
- 指定用于验证主服务器证书的证书颁发机构（CA）路径的路径。如果 SSL 启用，并且需要验证主服务器证书，则此字段会包含 CA 路径的路径。
-
Master_SSL_Cert:
- 指定从服务器的 SSL 证书文件的路径。如果 SSL 启用，并且从服务器需要提供证书以进行身份验证，则此字段包含证书文件的路径。
-
Master_SSL_Cipher:
- 指定在 SSL 通信中使用的密码套件。如果 SSL 启用，则此字段包含用于加密通信的密码套件的详细信息。
-
Master_SSL_Key:
- 指定从服务器的 SSL 私钥文件的路径。如果 SSL 启用，并且从服务器需要提供私钥以进行身份验证，则此字段包含私钥文件的路径。
这些字段涉及到 MySQL 主从复制中使用 SSL 加密进行安全通信的设置。如果需要使用 SSL 进行主从复制，必须在主从服务器上配置相应的 SSL 证书和密钥，并确保双方配置一致。
主从延迟
Seconds_Behind_Master
clock_of_slave - last_timestamp_executed_by_SQL_thread - clock_diff_with_master
参考我的博客 【MySQL源码】Seconds_Behind_Master是如何计算的-CSDN博客
复制信息存储
Master_Info_File
在从库上存储主库连接信息的文件或表 ,如设置为存储在mysql.slave_master_info表中时，查询该表
延迟从库
SQL_Delay
延迟从库 ，从库延迟主库多少秒
SQL_Remaining_Delay
当Slave_SQL_Running_State为 时 Waiting until MASTER_DELAY seconds after master executed event，该字段包含剩余延迟秒数。其他时候，该字段为 NULL。
GTID
Retrieved_Gtid_Set
从库已经接收到的GTID的集合（I/O线程），如果GTID模式没有开启则为空。这个值是现在存在或者已经存在在relay log中的GTID集合
Executed_Gtid_Set
已经被写进binlog的GTID的集合（SQL线程），这个值和 系统参数 gtid_executed 相同。也和在该实例上执行 show master status 中的Executed_Gtid_Set 值相同
复制重写
Replicate_Rewrite_DB
用于指定需要在主从复制过程中进行数据库名重写的规则
Replicate_Rewrite_DB 是 SHOW SLAVE STATUS 输出中关于主从复制设置的一个字段，用于指定主从复制中需要重写的数据库名。
这个功能主要用于在主从复制环境中更改数据库名的映射关系，从而实现不同的数据库结构。例如，如果在主服务器上有一个数据库名为 source_db，但在从服务器上想要将其重写为 destination_db，就可以使用 Replicate_Rewrite_DB 来实现这样的映射。
示例：
Replicate_Rewrite_DB = source_db -> destination_db
这表示将主服务器上的 source_db 重写为从服务器上的 destination_db。
需要注意的是，使用 Replicate_Rewrite_DB 需要谨慎，确保映射关系是正确的，以免导致数据不一致。在配置时，建议详细测试并了解规则的影响。
参考
https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html文章来源：https://www.toymoban.com/news/detail-757837.html
https://dev.mysql.com/doc/refman/5.7/en/replica-io-thread-states.html文章来源地址https://www.toymoban.com/news/detail-757837.html
到了这里，关于【MySQL命令】show slave status\G 超详细全面解释的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
