本篇内容主要讲解“怎么理解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_binloginnodb_commit(写入COMMIT标志后,释放prepare_commit_mutex互斥量)这里有一个并发的缺陷就是prepare_commit_mutex这个互斥量,贯穿提交两阶段⑵5.6版本:①第一阶段(innodb prepare)持有prepare_commit_mutex将undo状态改为prepare状态将redo write/fsync回磁盘binlog不做任何操作释放prepare_commit_mutex②第二阶段(commi免费主机域名t)分为三个队列,分为三个小阶段(每一个阶段是一个队列,进入每个队列都有一个互斥量保护,有leader事物领导操作)flush阶段:leader将一组事物的binlog 写入IOcachesync阶段:将binlog sync磁盘commit阶段:根据参数binlog_order_commits的设定,进行提交分为三阶段的优势是:拆分了之前的mutex,增加了并发性但是redo log仍然是不能组提交⑶5.7版本:①第一阶段(innodb prepare)持有prepare_commit_m免费主机域名utex将undo状态改为prepare状态将lsn记录到thd数据结构的lsnbinlog不做任何操作(这里如果是开启了GTID,就获取lock_interval的起始逻辑时钟,用于MTS的重放)释放prepare_commit_mutex②第二阶段(提交阶段)分为三个队列,分为三个小阶段(每一个阶段是一个队列,进入每个队列都有一个互斥量保护,由leader事物线程领导操作)⑴flush stage阶段:leader事物线程搜集flush队列,找出最大的LSN,然后将redo log write/flush磁盘到这个最大的LSNwrite 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事务两段式提交”有了更深的了解,不妨来实际操作一番吧!这里是云技术网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
这篇文章给大家分享的是有关mysql中新建表和理清表之间有什么联系的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。/*Navicat MySQL Data TransferSource Server : localhostSource…