本文探讨了MySQL 8.0.36的主从复制机制，包括异步、半同步和GTID复制，分析了复制拓扑、线程模型、binlog格式、并行复制和延迟诊断等关键点。强调了Seconds_Behind_Master的计算陷阱及其不可靠性，建议使用性能模式和GTID集合进行对比。同时，指出了与PostgreSQL流复制的差异，特别是在日志类型、回放和并行处理方面。

本文介绍MySQL主从切换与数据恢复的边界，重点涵盖PITR（基于全量备份+binlog）、XtraBackup物理备份、GTID failover约束及误删表恢复。强调物理备份+binlog是标准组合，RESET MASTER有毁灭性，需定期演练恢复，并对比PG的WAL与timeline机制。

MySQL新增了GTID标记（GTID_TAGGED_LOG_EVENT），格式为<uuid>:<tag>:<transaction_id>。该事件采用新的序列化格式，需使用mysqlbinlog工具进行解码。文章详细介绍了事件的头部、校验和及字段定义，并提供了编码和解码示例，以帮助开发者理解如何处理这些格式。

MySQL 8.4及更新版本扩展了全局事务ID（GTID）功能，新增了“标签”选项。GTID用于唯一标识事务，便于在多级复制环境中管理。通过设置gtid_next，可以为事务添加标签，支持多标签组合，适用于心跳监测、数据导入和归档。二进制日志记录数据库更改，支持主从复制和时间点恢复。新事件GTID_TAGGED_LOG_EVENT用于处理带标签的GTID，影响复制协议和工具的兼容性。

In managed services, we get requests to migrate from traditional to GTID-based replication. However, the customer does not want to first enable the GTID on the source node (production). Before...

In this blog, I’m going to discuss how to easily skip the replication errors in GTID (Global Transaction Identifier)-based replication. In the MySQL world, if replication is broken we all use the...