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

10年積累的成都網(wǎng)站制作、做網(wǎng)站、外貿(mào)營銷網(wǎng)站建設(shè)經(jīng)驗，可以快速應對客戶對網(wǎng)站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認識你，你也不認識我。但先網(wǎng)站設(shè)計后付款的網(wǎng)站建設(shè)流程，更有濠江免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

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

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

⒊兩段式提交的兩個階段:

第一階段：為prepare階段，TM（事務(wù)管理器）向RM(資源管理器)發(fā)出prepare指令，RM進行操作，然后返回成功與否的信息給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標志后，釋放prepare_commit_mutex互斥量)

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

⑵5.6版本:

①第一階段(innodb prepare)

持有prepare_commit_mutex

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

將redo write/fsync回磁盤

binlog不做任何操作

釋放prepare_commit_mutex

②第二階段(commit)

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

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

sync階段:將binlog sync磁盤

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

分為三階段的優(yōu)勢是：拆分了之前的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的起始邏輯時鐘，用于MTS的重放）

釋放prepare_commit_mutex

②第二階段(提交階段)

分為三個隊列，分為三個小階段（每一個階段是一個隊列，進入每個隊列都有一個互斥量保護,由leader事物線程領(lǐng)導操作）

⑴flush stage階段:

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

write binlog，將binlog寫入IO緩存

⑵sync階段：

將binlog刷入磁盤

⑶commit階段:

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

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

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

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個事務(wù)時，進行一次組提交；

commit階段:

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

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