看到relay log read failure即可判定为中继日志解析失败，主因是relay-bin.*文件损坏或relay-log.index错乱；需通过mysqlbinlog验证损坏，严禁直接删除文件或使用sql_slave_skip_counter，应停复制后用change master to指定master_log_file和read_master_log_pos重设起点。
看到 Relay log read failure 就先别动 relay-log 文件
这类错误基本锁定是中继日志解析失败，不是网络或权限问题。直接删 relay-bin.* 或 relay-log.index 会导致 START SLAVE 报 Could not read from relay log index file 或卡死——MySQL 不会自动重建索引，也不会猜磁盘上有哪些文件。
真正要盯的不是错误信息本身，而是 SHOW SLAVE STATUS\G 里这三组值的关系：
-
Slave_IO_Running: Yes且Read_Master_Log_Pos在增长 → IO 线程正常，问题纯属本地 relay log 损坏 -
Relay_Master_Log_File和Exec_Master_Log_Pos停在旧位置，但Master_Log_File/Read_Master_Log_Pos更靠后 → 说明已拉到新事件，只是 SQL 线程卡在损坏处 -
Relay_Log_File指向一个实际不存在的文件（比如relay-bin.000123，但ls看不到）→ 很可能是relay-log.index错乱或被删空
用 mysqlbinlog 快速确认是否真损坏
别只信报错，动手验证最可靠。从 SHOW SLAVE STATUS 取出 Relay_Log_File 值，比如 hostname-relay-bin.000042，然后执行：
mysqlbinlog /var/lib/mysql/hostname-relay-bin.000042 | head -20
如果输出里出现以下任一情况，基本坐实损坏：
-
Failed to open file（文件被截断或权限不对） -
Invalid replication event或unknown binlog event type（CRC 校验失败，典型 1594 错误根源） - 直接 segfault 或空白输出（二进制头损坏）
注意：不要对 mysqlbinlog 加 --base64-output=DECODE-ROWS，它可能让损坏更难识别；先看原始结构是否可读。
区分 relay-log.index 损坏和 relay-bin.* 损坏
这两类问题现象接近，但处理路径完全不同：
-
relay-log.index损坏：表现为 MySQL 启动失败、SHOW SLAVE STATUS里Relay_Log_File为空、或Seconds_Behind_Master为NULL且无任何Last_SQL_Error—— 此时需手动重建索引文件，不能RESET SLAVE -
relay-bin.*文件损坏：有明确Could not parse relay log event entry，Relay_Log_File非空但指向非法内容 —— 此时必须用RESET SLAVE清空所有 relay log，再基于Master_Log_File+Master_Log_Pos重设起点
关键判断点：执行 ls -1v hostname-relay-bin.[0-9]*，如果能列出一堆文件，但 relay-log.index 不存在或内容为空/乱码，就是索引损坏；如果索引存在且内容合理，但某个 relay-bin.* 文件用 mysqlbinlog 解析失败，就是单个文件损坏。
为什么不能用 sql_slave_skip_counter 跳过 1594 错误
sql_slave_skip_counter = 1 对 ERROR 1594 完全无效，因为该错误本质是事件 CRC 校验失败，MySQL 连事件结构都解析不出来，skip_counter 根本没机会触发。
强行设置后 START SLAVE，你会看到：
-
Last_Errno不变，仍为 1594 -
Relay_Log_Pos停滞，SQL 线程没推进 - 若跳过的是事务开头（如 GTID_LOG_EVENT），后续 DML 因缺失上下文直接失败
真正安全的做法是放弃整个损坏的 relay log，让 SQL 线程从 IO 线程最新拉取的位置重放——也就是用 Master_Log_File 和 Master_Log_Pos 执行 CHANGE MASTER TO，而不是碰 Relay_Master_Log_File 或 Exec_Master_Log_Pos。
复杂点在于 GTID 模式下必须先关 AUTO_POSITION，否则 CHANGE MASTER TO MASTER_LOG_FILE 会直接报错 ERROR 1776；而 relay_log_recovery=ON 虽然能自动恢复，但它依赖重启 mysqld，线上通常不可行。
