MySQL查看主从复制状态的方法和排错指南

一、最核心命令（在从库执行，Windows Navicat / CMD都能用）

登录从库MySQL，执行这条命令：

SHOW SLAVE STATUSG

注意：结尾是反斜杠+G，不要用分号。

重点看这两行，决定同步是否正常：

Slave_IO_Running

• Yes：从库成功连上主库，正在拉取二进制日志
• Connecting：连不上主库（IP、端口、防火墙、账号密码问题）
• No：连接失败

Slave_SQL_Running

• Yes：日志正常执行，数据同步正常
• No：数据冲突、主键重复、数据不一致，同步中断

二、几个关键状态字段解释

Last_IO_Error：IO线程报错信息，连不上主库时看这里。

Last_SQL_Error：SQL线程报错信息，同步中断、主键冲突都会写在这里。

Seconds_Behind_Master：主从延迟时间（单位秒）

• 0：无延迟，实时同步
• 数字越来越大：同步跟不上主库写入速度

Replicate_Wild_In_Table_List：可以查看你设置的【只同步部分表】的过滤规则是否生效。

三、主库上查看状态（主库执行）

查看主库二进制日志位置：

SHOW MASTER STATUS;

会显示当前binlog文件名和位置。

查看主库复制账号是否存在：

SELECT user,host FROM mysql.user WHERE user='repl';

四、Windows CMD 下查看完整日志（排查错误必备）

打开MySQL命令行

mysql -uroot -p

输入密码后执行：

SHOW SLAVE STATUSG

五、常用启停命令

停止同步：

STOP SLAVE;

启动同步：

START SLAVE;

重置主从（重新搭建主从时使用）：

RESET SLAVE ALL;

六、最简单的判断口诀

• IO=Connecting：网络/账号/防火墙不通
• IO=Yes，SQL=No：两张表数据不一致，主键冲突
• 两项都是Yes：主从同步正常，指定数据表会自动备份

你把执行 SHOW SLAVE STATUSG 的结果发给我，我可以直接帮你定位问题。

七、知识扩展

在 MySQL 中，查看主从同步状态最核心的命令是 SHOW REPLICA STATUS（MySQL 8.0.22 及之后版本，旧版使用 SHOW SLAVE STATUS）。这条命令会返回一条包含大量字段的记录，通过解读这些字段，可以全面判断复制的健康状况。

建议在从库（Slave/Replica）上执行，并使用 G 以垂直格式输出，方便阅读长字段。

SHOW REPLICA STATUSG

注意：如果你使用的 MySQL 版本低于 8.0.22，请将命令中的 REPLICA 替换为 SLAVE。

需要重点关注的 6 个核心指标

在输出的大量字段中，以下几个字段是判断同步状态是否正常的核心：

Slave_IO_Running（IO 线程）

• 负责从主库拉取二进制日志（binlog）。
• 正常值：Yes。
• 异常值：No 或 Connecting。若为 Connecting，通常表示网络不通、主库不可达或复制用户密码错误；若为 No，则可能 IO 线程被停止或遇到致命错误。

Slave_SQL_Running（SQL 线程）

• 负责将中继日志（relay log）中的事件在从库上重放执行。
• 正常值：Yes。
• 异常值：No。通常表示 SQL 语句执行失败，例如主从库表结构不一致、数据冲突或主键重复。

Seconds_Behind_Master（同步延迟秒数）

• 表示从库落后主库的时间（以秒为单位）。
• 理想值：0。
• 注意：如果该值持续增长或数值很大，说明从库处理速度跟不上主库写入速度。若该值为 NULL，则说明复制线程未运行或 IO 线程未连接。

Last_IO_Error / Last_SQL_Error（最近的错误信息）

当上述两个线程状态不是 Yes 时，这两个字段会显示具体的报错原因，是排查问题的第一手资料。

Master_Log_File 与 Read_Master_Log_Pos

表示 IO 线程已读取到的主库 binlog 文件名和位置。

Relay_Master_Log_File 与 Exec_Master_Log_Pos

• 表示 SQL 线程已执行到的主库 binlog 文件名和位置。
• 检查方法：对比这两组值，如果第一组（已读取）始终大于第二组（已执行），说明存在延迟。延迟越大，Seconds_Behind_Master 数值也会越大。

判断同步是否正常的流程

• 登录从库，执行 SHOW REPLICA STATUSG。
• 检查 Slave_IO_Running 和 Slave_SQL_Running 是否均为 Yes。
• 检查 Last_IO_Error 和 Last_SQL_Error 是否为空。
• 检查 Seconds_Behind_Master 是否为 0（或在可接受的延迟范围内，比如小于 10 秒）。

排查复制故障的常用命令

查看具体错误日志：

SHOW REPLICA STATUSG

重点关注 Last_IO_Error 和 Last_SQL_Error 字段。

查看主库的同步状态（判断主库写入压力）：

SHOW MASTER STATUS;

用于确认当前的 binlog 文件名和位置，方便从库管理员与 Master_Log_File 对比。

查看复制线程信息：

SHOW PROCESSLIST;

在输出中查找 system user 相关的复制线程，可查看其当前工作状态。

其他常用的监控方式

使用 performance_schema：

SELECT * FROM performance_schema.replication_connection_statusGSELECT * FROM performance_schema.replication_applier_statusG

这些表提供了比 SHOW REPLICA STATUS 更结构化的数据，适合用于监控脚本。

使用第三方工具：如 pt-heartbeat（Percona Toolkit），这是一种更精确的延迟监控方法，适合对延迟要求较高的生产环境。