05 如何做到异构数据的同步一致性

在上一讲里，我介绍了基于 Binlog 完成数据同步的全量缓存的读服务架构方案，可以实现平均性能在一百毫秒以内的高可用方案。此方案不仅可以满足缓存同步的实时性要求，还能够降低同步的复杂度，以及解决分布式事务问题。

那是不是上述方案已经十分完善，可以直接进行落地复用了呢？其实还有很多重要的点待明确。在上一讲里，我只是介绍了 Binlog 可以实现最终一致性和低延迟，但是具体如何实现及相关细节、实现中有哪些坑需要规避及最佳实践等内容均没有介绍。在本讲里，我将带你把这些内容一一攻破。

基于 Binlog 的全量缓存架构问题分析

为了方便你理解，我首先展示一张基于 Binlog 的数据同步全景图，如下图 1 所示：

注：本讲的后续内容将基于这张架构图来讨论存在的问题。

图 1：同步架构全景图

问题一：Binlog 延迟低是指纯 MySQL 的主从同步

从上图 1 中可以看出，基于 Binlog 的缓存数据同步和纯 MySQL 的主从同步在架构上是存在区别的，主要有以下 4 个区别。

• 因为 MySQL 的主从同步是纯的数据同步，格式和协议完全适配，因此性能损耗极低。而自己使用 Binlog 同步是经过协议转换的，有一定的性能损耗。

• 其次，上图基于 Binlog的同步比MySQL的主从同步多了两个模块，因此整体链路比也较长。

• 在实际场景里，为了保持稳定性&