MySQL Binlog中并发事务的记录方式：连续还是离散？

MySQL Binlog对多事务的记录并非固定为单一模式，核心规则和实际表现如下：

核心原则 #

• 单个事务的所有Binlog事件（BEGIN、SQL语句、COMMIT等）在日志中必然连续存储，不会被其他事务的事件穿插拆分。
• 不同事务的完整事件块在Binlog中的排列顺序，由事务实际完成提交的先后顺序决定，和事务启动的先后无关。

典型场景示例 #

场景1：事务先后提交（对应你提到的「连续模式」） #

若trx1先完成提交，trx2后续提交，Binlog记录如下：

trx1 begin transaction
trx1 update something
trx1 commit
....
trx2 begin transaction
trx2 update something
trx2 commit

场景2：事务交叉执行但trx2先提交 #

若trx1和trx2同时启动执行，但trx2先完成提交，Binlog会优先写入trx2的完整事件块，再写入trx1的，记录如下：

trx2 begin transaction
trx2 update something
trx2 commit
trx1 begin transaction
trx1 update something
trx1 commit

注意：你给出的「离散模式示例」中事务事件互相穿插的情况不会在真实Binlog中出现，因为MySQL会保证单个事务的日志完整性，不会拆分写入。

格式相关补充 #

• 采用STATEMENT格式时：每个事务的SQL语句按提交顺序连续写入日志。
• 采用ROW格式时：每个事务的行变更事件（如WRITE_ROW、UPDATE_ROW）会和BEGIN、COMMIT组成连续块，按提交顺序排列。

内容的提问来源于stack exchange，提问作者user12730122