本篇內(nèi)容主要講解“怎么理解MySQL事務(wù)兩段式提交”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“怎么理解MySQL事務(wù)兩段式提交”吧!

創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比復(fù)興網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式復(fù)興網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋復(fù)興地區(qū)。費(fèi)用合理售后完善，十多年實(shí)體公司更值得信賴。

⒈兩段式提交的目的：解決參與者(redo log & binlog)的一致性

⒉兩段式提交的原理：實(shí)際是防止參與方（資源管理者）部分提交(在binlog 與 redo log中，如果提交前redo log準(zhǔn)備好，而binlog沒準(zhǔn)備好，直接提交，則binlog可能寫失敗；如果binlog準(zhǔn)備，redo log沒準(zhǔn)備好，就會(huì)導(dǎo)致提交丟失)

⒊兩段式提交的兩個(gè)階段:

第一階段：為prepare階段，TM（事務(wù)管理器）向RM(資源管理器)發(fā)出prepare指令，RM進(jìn)行操作，然后返回成功與否的信息給TM；

第二階段：為事務(wù)提交或者回滾階段，如果TM收到所有RM的成功消息，則TM向RM發(fā)出提交指令；不然則發(fā)出回滾指令

⒋Binlog/Redo XA在MySQL版本的演變:

⑴5.5版本：

①第一階段(innodb prepare)

持有prepare_commit_mutex

將undo狀態(tài)改為prepare狀態(tài)

將redo write/fsync回磁盤

binlog不做任何操作

②第二階段(commit)

write/sync_binlog

innodb_commit(寫入COMMIT標(biāo)志后，釋放prepare_commit_mutex互斥量)

這里有一個(gè)并發(fā)的缺陷就是prepare_commit_mutex這個(gè)互斥量，貫穿提交兩階段

⑵5.6版本:

①第一階段(innodb prepare)

持有prepare_commit_mutex

將undo狀態(tài)改為prepare狀態(tài)

將redo write/fsync回磁盤

binlog不做任何操作

釋放prepare_commit_mutex

②第二階段(commit)

分為三個(gè)隊(duì)列，分為三個(gè)小階段（每一個(gè)階段是一個(gè)隊(duì)列，進(jìn)入每個(gè)隊(duì)列都有一個(gè)互斥量保護(hù),有l(wèi)eader事物領(lǐng)導(dǎo)操作）

flush階段:leader將一組事物的binlog 寫入IOcache

sync階段:將binlog sync磁盤

commit階段:根據(jù)參數(shù)binlog_order_commits的設(shè)定,進(jìn)行提交

分為三階段的優(yōu)勢(shì)是：拆分了之前的mutex，增加了并發(fā)性

但是redo log仍然是不能組提交

⑶5.7版本:

①第一階段(innodb prepare)

持有prepare_commit_mutex

將undo狀態(tài)改為prepare狀態(tài)

將lsn記錄到thd數(shù)據(jù)結(jié)構(gòu)的lsn

binlog不做任何操作（這里如果是開啟了GTID，就獲取lock_interval的起始邏輯時(shí)鐘，用于MTS的重放）

釋放prepare_commit_mutex

②第二階段(提交階段)

分為三個(gè)隊(duì)列，分為三個(gè)小階段（每一個(gè)階段是一個(gè)隊(duì)列，進(jìn)入每個(gè)隊(duì)列都有一個(gè)互斥量保護(hù),由leader事物線程領(lǐng)導(dǎo)操作）

⑴flush stage階段:

leader事物線程搜集flush隊(duì)列，找出大的LSN，然后將redo log write/flush磁盤到這個(gè)大的LSN

write binlog，將binlog寫入IO緩存

⑵sync階段：

將binlog刷入磁盤

⑶commit階段:

根據(jù)參數(shù)binlog_order_commits的設(shè)定,進(jìn)行提交

優(yōu)勢(shì):將歷史redo在prepare階段的write/sync改到了flush state，這樣就能進(jìn)行redo的組提交

⒌Binlog/Redo XA在參數(shù)的調(diào)整:

flush階段：

binlog_max_flush_queue_time:5.7.9之前的版本可用，flush隊(duì)列等待的時(shí)間

sync階段:

binlog_group_commit_sync_delay:在進(jìn)入sync階段所等待的時(shí)間

binlog_group_commit_sync_no_delay_count：binlog_group_commit_sync_delay毫秒直到收集到binlog_group_commit_sync_no_delay_count個(gè)事務(wù)時(shí)，進(jìn)行一次組提交；

commit階段:

binlog_order_commits:控制binlog是否按照順序提交

到此，相信大家對(duì)“怎么理解MySQL事務(wù)兩段式提交”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

名稱欄目：怎么理解MySQL事務(wù)兩段式提交-創(chuàng)新互聯(lián)
本文路徑：http://aaarwkj.com/article48/coephp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、網(wǎng)站改版、自適應(yīng)網(wǎng)站、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)