2023-11-14 mysql-LOGICAL_CLOCK 并行复制原理及实现分析

最新推荐文章于 2025-06-05 16:03:49 发布

悟世者

最新推荐文章于 2025-06-05 16:03:49 发布

阅读量332

点赞数

分类专栏： mysql 文章标签： mysql 主从复制

本文链接：https://blog.csdn.net/adofsauron/article/details/134401477

版权

mysql 专栏收录该内容

127 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

MySQL 5.7引入Logical Clock并行复制方案，解决了基于Schema的并行复制存在的延迟问题。本文详细介绍了Commit-Parent-Based和Lock-Based两种模式的原理，分析了其在保证因果一致性方面的表现，并提及slave_preserve_commit_order选项如何实现Sequential Consistency。此外，文章还探讨了Logical Clock的局限性，如锁间隔实际实现较窄，限制了部分事务的并发执行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

简介:

在MySQL5.7 引入基于Logical clock的并行复制方案前，MySQL使用基于Schema的并行复制，使不同db下的DML操作可以在备库并发回放。在优化后，可以做到不同表table下并发。但是如果业务在Master端高并发写入一个库（或者优化后的表），那么slave端就会出现较大的延迟。基于schema的并行复制，Slave作为只读实例提供读取功能时候可以保证同schema下事务的因果序（Causal Consistency，本文讨论Consistency的时候均假设Slave端为只读），而无法保证不同schema间的。例如当业务关注事务执行先后顺序时候，在Master端db1写入T1，收到T1返回后，才在db2执行T2。但在Slave端可能先读取到T2的数据，才读取到T1的数据。

MySQL 5.7的LOGICAL CLOCK并行复制，解除了schema的限制，使得在主库对一个db或一张表并发执行的事务到slave端也可以并行执行。Logical Clock并行复制的实现，最初是Commit-Parent-Based方式，同一个commit parent的事务可以并发执行。但这种方式会存在可以保证没有冲突的事务不可以并发，事务一定要等到前一个commit parent group的事务全部回放完才能执行。后面优化为Lock-Based方式，做到只要事务和当前执行事务的Lock Interval都存在重叠，即保