怎么理解MySQL事務兩段式提交

本篇內容主要講解“怎么理解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事務兩段式提交”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！