MTR全稱(chēng)是Mini-Transaction，顧名思義，可以理解為'最小的事務(wù)'，MySQL中把對(duì)底層頁(yè)面的一次原子訪問(wèn)的過(guò)程稱(chēng)之為一個(gè)Mini-Transaction，這里的原子操作，指的是要么全部成功，要么全部失敗，不存在中間狀態(tài)。

MTR主要是被用在寫(xiě)undo log和redo log的場(chǎng)景下的。例如，我們要向一個(gè)B+樹(shù)索引中插入一條記錄，此時(shí)要么插入成功，要么插入失敗，這個(gè)過(guò)程就可以稱(chēng)為一個(gè)MTR過(guò)程，這個(gè)過(guò)程中會(huì)產(chǎn)生一組redo log日志，這組日志在做MySQL的崩潰恢復(fù)的時(shí)候，是一個(gè)不可分割的整體。

假如我們有一個(gè)事務(wù)，事務(wù)中包含3條語(yǔ)句，那么MTR的概念圖如下：

Mini-Transaction一般遵循三條原則：

這里我們解釋下這三條原則：

1、the fix rules

解釋第一條規(guī)則之前，我們有必要了解下MySQL中的latch的概念，在MySQL中，latch是一種輕量級(jí)的鎖，與lock不同，它鎖定的時(shí)間特別短，在innodb中，latch又可以分為mutex(互斥量)和rwlock（讀寫(xiě)鎖）2種，它的目的在于保證并發(fā)線程操作臨界資源的正確性。

理解了latch的概念，我們看看the fix rule規(guī)則：

修改一個(gè)數(shù)據(jù)頁(yè)，需要獲得這個(gè)數(shù)據(jù)頁(yè)的x-latch；

訪問(wèn)一個(gè)頁(yè)是需要獲得s-latch或者x-latch；

持有該頁(yè)的latch直到修改或者訪問(wèn)該頁(yè)的操作完成才釋放

2、WAL

WAL技術(shù)想必大家比較熟悉，它是Innodb存儲(chǔ)引擎之所以支持崩潰恢復(fù)的根本，也就是持久化一個(gè)數(shù)據(jù)頁(yè)之前，需要將內(nèi)存中響應(yīng)的日志頁(yè)先持久化

3、force-log-at-commit

這條原則比較重要，它是指在事務(wù)提交的時(shí)候，其產(chǎn)生的所有MTR日志都要刷到持久化設(shè)備中，從而保證崩潰恢復(fù)的邏輯。

之所以介紹MTR，是為了后續(xù)介紹MySQL8.0的redo log 優(yōu)化做準(zhǔn)備，在MySQL5.7中，mtr保證了事務(wù)內(nèi)部操作的原子性。當(dāng)用戶(hù)進(jìn)行操作的時(shí)候，會(huì)更新數(shù)據(jù)頁(yè)，同時(shí)寫(xiě)redo log，mtr是redo log的載體，存在每個(gè)連接會(huì)話的私有變量中。當(dāng)mtr提交時(shí)，會(huì)將本地redo log拷貝到全局的log_buffer中，為了保證redo log的有序性，需要加鎖來(lái)訪問(wèn)log_buffer，這把鎖就是上面提到的mutex，在這個(gè)鎖保護(hù)下，除了要將本地日志拷貝到全局buffer，還需要將數(shù)據(jù)頁(yè)加入了flush_list，供后臺(tái)線程刷臟，輔助數(shù)據(jù)庫(kù)檢查點(diǎn)持續(xù)往前推進(jìn)，所以這個(gè)鎖在舊版本的MySQL中競(jìng)爭(zhēng)非常激烈。MySQL8.0將這個(gè)問(wèn)題進(jìn)行了優(yōu)化，后面的文章中將著重分析。

以上就是MySQL中MTR的概念的詳細(xì)內(nèi)容，更多關(guān)于MySQL MTR的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！