本篇内容主要讲解“怎么理解MySQL事务两段式提交”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“怎么理解MySQL事务两段式提交”吧!
创新互联公司-专业网站定制、快速模板网站建设、高性价比复兴网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式复兴网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖复兴地区。费用合理售后完善,十多年实体公司更值得信赖。⒈两段式提交的目的:解决参与者(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事务两段式提交”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!