典型场景是主库事务提交时 binlog 已经写到 OS page cache 或 MySQL binlog 文件缓冲binlog dump 线程已经把这些 event 发给从库从库 IO/SQL 线程收到并执行从库开启了 log_slave_updates所以这些 event 又写进了从库自己的 binlog随后主库宕机由于主库 sync_binlog ! 1或者底层存储/文件系统没有真正持久化主库恢复后 binlog 被截断或丢失尾部 event。这时就会看到从库 binlog 有这些事务但主库当前 binlog 文件没有。所以一句话结论是“主库写过但未持久化复制已发出主库 crash 后 binlog 丢了而从库保留了”是可能的。如果你是在排查真实故障重点看这些配置和证据主库 sync_binlog主库 innodb_flush_log_at_trx_commit是否开启半同步以及 rpl_semi_sync_source_wait_point主库是否发生过 crash/restart主库 error log 是否有 binlog truncation / crash recovery 记录从库 relay log / binlog 中 event 的 GTID 或 position 是否超过主库当前 binlog 末尾