最可靠方式是直接连从库执行SHOW SLAVE STATUS\G，关键字段包括Seconds_Behind_Master（NULL表示线程未运行）、Slave_IO_Running与Slave_SQL_Running（须均为Yes）、Last_IO_Error和Last_SQL_Error（非空即出错），Python可用pymysql查询并校验权限、超时及多源通道。
如何用 SHOW SLAVE STATUS 获取主从延迟和错误信息
直接连上从库执行 SHOW SLAVE STATUS\G 是最可靠的方式，比查 information_schema 或依赖监控插件更准。Python 里用 pymysql 或 mysql-connector-python 执行该语句后，结果是单行字典（即使有多从库，也只返回当前连接实例的从状态），关键字段包括：Seconds_Behind_Master（延迟秒数，NULL 表示 IO/SQL 线程未运行）、Slave_IO_Running 和 Slave_SQL_Running（必须都为 Yes）、Last_IO_Error 与 Last_SQL_Error（非空即出错）。
注意：MySQL 8.0.22+ 默认关闭 performance_schema 中的复制表，别指望靠 replication_applier_status_by_coordinator 替代原生命令；另外，某些云厂商 RDS（如阿里云、腾讯云）会屏蔽 SHOW SLAVE STATUS 的部分字段（如 Seconds_Behind_Master 始终返回 NULL），得提前验证权限和可见性。
用 Python 检查 Seconds_Behind_Master 并触发告警的逻辑怎么写
延迟判断不能只看是否 >0，要分场景：短时抖动（比如 Seconds_Behind_Master 在 1~5 秒内反复跳变）可忽略；持续 ≥30 秒才需告警；若为 NULL，说明同步已中断，必须立刻通知。
- 把查询结果中的
Seconds_Behind_Master转成 int 类型再比较，避免字符串比较出错（比如"NULL"字符串） - 用
time.sleep(30)控制轮询间隔，太密会压从库，太疏错过故障窗口 - 告警建议发企业微信/钉钉 Webhook，别只打日志——线上没人盯终端
- 记录每次检查的
Master_Host、Master_Port、Connect_Retry，方便定位是不是主库地址变更或网络重试失败
为什么 Slave_IO_Running == "Yes" 但 Seconds_Behind_Master 仍为 NULL
常见于主库没新 binlog 产生时——IO 线程空闲等待，SQL 线程已追平，但 MySQL 不更新 Seconds_Behind_Master 字段（旧版本尤其明显）。这不是故障，是正常状态。真正要警惕的是：Slave_IO_Running == "Yes" 且 Slave_SQL_Running == "Yes"，但 Seconds_Behind_Master 长期为 NULL，此时应查 Exec_Master_Log_Pos 和 Read_Master_Log_Pos 是否相等（相等说明 SQL 已消费完所有拉取的事件，延迟为 0，只是字段没刷新）。
立即学习“Python免费学习笔记（深入）”；
另一个典型原因是主库启用了 binlog_format = STATEMENT，而从库执行了不安全语句（如含 NOW()、UUID()），导致 SQL 线程被 kill，但 IO 线程还在跑——这时 Last_SQL_Error 非空，但 Slave_SQL_Running 可能短暂显示 Yes 后迅速变 No，务必检查错误时间戳。
脚本部署时最容易被忽略的权限和连接问题
监控账号至少需要 REPLICATION CLIENT 权限，仅 SELECT 不够；如果用 root 连，RDS 通常禁止；如果走 socket 连接（unix_socket），本地脚本没问题，但容器化部署时容易因路径挂载失败连不上。
- 测试连接时加
connect_timeout=5和read_timeout=10，避免主从网络抖动导致脚本卡死 - 不要硬编码密码，用
mysql_config_editor存加密凭据，或通过环境变量传入（os.getenv("MYSQL_PASSWORD")） - 若从库开了
skip_slave_start，重启后不会自动启同步，脚本查到Slave_IO_Running == "No"是意料之中——得先人工或配合 systemd service 自动START SLAVE
主从拓扑复杂时（比如级联复制、多源复制），SHOW SLAVE STATUS 只返回默认通道信息，多源场景必须指定 FOR CHANNEL 'xxx'，否则会漏掉某个通道的异常。
