本文介绍了MySQL的并发复制，特别是Binlog Group Commit的机制，旨在保证主备库数据一致性。在开启Binary Log时，二阶段提交用于同步存储引擎和日志。早期通过prepare_commit_mutex保证顺序，但影响性能。MySQL 5.6引入BLGC，分为Flush、Sync、Commit三个阶段，允许多个事务组提交，提升并发性能。5.7版进一步优化，实现多线程复制，通过binlog_group_commit_sync_delay等参数控制组提交的事务数量和延迟。
并发复制（Parallel Replication） 系列 一 : Binary Log Group Commit
作者：沃趣科技MySQL数据库工程师 麻鹏飞
MySQL Binary log在MySQL 5.1版本后推出主要用于主备复制的搭建，我们回顾下MySQL 在开启/关闭 Binary Log功能时是如何工作的 。
MySQL没有开启Binary log的情况下：
- InnoDB存储引擎通过redo和undo日志可以safe crash recovery数据库，当数据crash recovery时，通过redo日志将所有已经在存储引擎内部提交的事务应用redo log恢复，所有已经prepared但是没有commit的transactions将会应用undo log做roll back。然后客户端连接时就能看到已经提交的数据存在数据库内，未提交被回滚地数据需要重新执行。
MySQL开启Binary log 的情况下：
- 为了保证存储引擎和MySQL数据库上层的二进制日志保持一致（因为备库通过二进制日志重放主库提交的事务，假设主库存储引擎已经提交而二进制日志没有保持一致，则会使备库数据丢失造成主备数据不一致），引入二阶段提交（two phase commit or 2pc）
图1 二阶段提交</
最低0.47元/天 解锁文章
扫一扫
727
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
