本篇内容主要讲解“怎么理解MySQL事务两段式提交”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“怎么理解MySQL事务两段式提交”吧!
⒈两段式提交的目的：解决参与者(redo log & binlog)的一致性
⒉两段式提交的原理：实际是防止参与方（资源管理者）部分提交(在binlog 与 redo log中，如果提交前redo log准备好，而binlog没准备好，直接提交，则binlog可能写失败；如果binlog准备，redo log没准备好，就会导致提交丢失)
⒊两段式提交的两个阶段:
第一阶段：为prepare阶段，TM（事务管理器）向RM(资源管理器)发出prepare指令，RM进行操作，然后返回成功与否的信息给TM；
第二阶段：为事务提交或者回滚阶段，如果TM收到所有RM的成功消息，则TM向RM发出提交指令；不然则发出回滚指令
⒋Binlog/Redo XA在MySQL版本的演变:
⑴5.5版本：
①第一阶段(innodb prepare)
持有prepare_commit_mutex
将undo状态改为prepare状态
将redo write/fsync回磁盘
binlog不做任何操作
②第二阶段(commit)
write/sync_binlog
innodb_commit(写入COMMIT标志后，释放prepare_commit_mutex互斥量)
这里有一个并发的缺陷就是prepare_commit_mutex这个互斥量，贯穿提交两阶段
⑵5.6版本:
①第一阶段(innodb prepare)
持有prepare_commit_mutex
将undo状态改为prepare状态
将redo write/fsync回磁盘
binlog不做任何操作
释放prepare_commit_mutex
②第二阶段(commit)
分为三个队列，分为三个小阶段（每一个阶段是一个队列，进入每个队列都有一个互斥量保护,有leader事物领导操作）
flush阶段:leader将一组事物的binlog 写入IOcache
sync阶段:将binlog sync磁盘
commit阶段:根据参数binlog_order_commits的设定,进行提交
分为三阶段的优势是：拆分了之前的mutex，增加了并发性
但是redo log仍然是不能组提交
⑶5.7版本:
①第一阶段(innodb prepare)
持有prepare_commit_mutex
将undo状态改为prepare状态
将lsn记录到thd数据结构的lsn
binlog不做任何操作（这里如果是开启了GTID，就获取lock_interval的起始逻辑时钟，用于MTS的重放）
释放prepare_commit_mutex
②第二阶段(提交阶段)
分为三个队列，分为三个小阶段（每一个阶段是一个队列，进入每个队列都有一个互斥量保护,由leader事物线程领导操作）
⑴flush stage阶段:
leader事物线程搜集flush队列，找出最大的LSN，然后将redo log write/flush磁盘到这个最大的LSN
write binlog，将binlog写入IO缓存
⑵sync阶段：
将binlog刷入磁盘
⑶commit阶段:
根据参数binlog_order_commits的设定,进行提交
优势:将历史redo在prepare阶段的write/sync改到了flush state，这样就能进行redo的组提交
⒌Binlog/Redo XA在参数的调整:
flush阶段：
binlog_max_flush_queue_time:5.7.9之前的版本可用，flush队列等待的时间
sync阶段:
binlog_group_commit_sync_delay:在进入sync阶段所等待的时间
binlog_group_commit_sync_no_delay_count：binlog_group_commit_sync_delay毫秒直到收集到binlog_group_commit_sync_no_delay_count个事务时，进行一次组提交；
commit阶段:
binlog_order_commits:控制binlog是否按照顺序提交
到此，相信大家对“怎么理解MySQL事务两段式提交”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
