MySQL Binlog中组提交机制是如何实现的？

本文共计3691个文字，预计阅读时间需要15分钟。

1. 背景：MySQL + 提交流程存在问题，需解决： 1.1 提交日志性能问题：为确保事务的持久性和原子性，事务提交前，当日志（WAL）必须持久化。对于MySQL而言，需确保事务提交。

1.背景

MySQL 提交流程有两个问题需要解决：

1.1\. 提交写两份日志的性能问题

为了保证事务的持久性和原子性，事务提交完成前，其日志（WAL）必须持久化。对于 MySQL 来说，需要保证事务提交前，redo log 落盘。虽然日志顺序写的性能，已经高于数据文件随机写的性能，但是如果每次事务提交，都需将 redo log 刷盘，效率较低。同时 MySQL 还要写 binlog，相当于每次事务提交需要两次 IO，很容易成为性能瓶颈。

为了解决上述性能问题，经过 MySQL 5.6/5.7/8.0 的不断优化，引入组提交技术和流水线技术。

1.2\. redo log/binlog 的原子性和一致性

原子性比较好解决，MySQL 利用一个内部 2PC 机制实现 redo log 和 binlog 的原子提交，其中2PC 的协调者由 binlog 承担。