MTR全稱是Mini-Transaction，顧名思義，可以理解為"最小的事務(wù)"，MySQL中把對底層頁面的一次原子訪問的過程稱之為一個Mini-Transaction，這里的原子操作，指的是要么全部成功，要么全部失敗，不存在中間狀態(tài)。
MTR主要是被用在寫undo log和redo log的場景下的。例如，我們要向一個B+樹索引中插入一條記錄，此時要么插入成功，要么插入失敗，這個過程就可以稱為一個MTR過程，這個過程中會產(chǎn)生一組redo log日志，這組日志在做MySQL的崩潰恢復(fù)的時候，是一個不可分割的整體。
假如我們有一個事務(wù)，事務(wù)中包含3條語句，那么MTR的概念圖如下：
Mini-Transaction一般遵循三條原則：
- 1、the fix rules
- 2、WAL
- 3、force-log-at-commit
這里我們解釋下這三條原則：
1、the fix rules
解釋第一條規(guī)則之前，我們有必要了解下MySQL中的latch的概念，在MySQL中，latch是一種輕量級的鎖，與lock不同，它鎖定的時間特別短，在innodb中，latch又可以分為mutex(互斥量)和rwlock（讀寫鎖）2種，它的目的在于保證并發(fā)線程操作臨界資源的正確性。
理解了latch的概念，我們看看the fix rule規(guī)則：
修改一個數(shù)據(jù)頁，需要獲得這個數(shù)據(jù)頁的x-latch；
訪問一個頁是需要獲得s-latch或者x-latch；
持有該頁的latch直到修改或者訪問該頁的操作完成才釋放
2、WAL
WAL技術(shù)想必大家比較熟悉，它是Innodb存儲引擎之所以支持崩潰恢復(fù)的根本，也就是持久化一個數(shù)據(jù)頁之前，需要將內(nèi)存中響應(yīng)的日志頁先持久化
3、force-log-at-commit
這條原則比較重要，它是指在事務(wù)提交的時候，其產(chǎn)生的所有MTR日志都要刷到持久化設(shè)備中，從而保證崩潰恢復(fù)的邏輯。
之所以介紹MTR，是為了后續(xù)介紹MySQL8.0的redo log 優(yōu)化做準(zhǔn)備，在MySQL5.7中，mtr保證了事務(wù)內(nèi)部操作的原子性。當(dāng)用戶進(jìn)行操作的時候，會更新數(shù)據(jù)頁，同時寫redo log，mtr是redo log的載體，存在每個連接會話的私有變量中。當(dāng)mtr提交時，會將本地redo log拷貝到全局的log_buffer中，為了保證redo log的有序性，需要加鎖來訪問log_buffer，這把鎖就是上面提到的mutex，在這個鎖保護(hù)下，除了要將本地日志拷貝到全局buffer，還需要將數(shù)據(jù)頁加入了flush_list，供后臺線程刷臟，輔助數(shù)據(jù)庫檢查點(diǎn)持續(xù)往前推進(jìn)，所以這個鎖在舊版本的MySQL中競爭非常激烈。MySQL8.0將這個問題進(jìn)行了優(yōu)化，后面的文章中將著重分析。
以上就是MySQL中MTR的概念的詳細(xì)內(nèi)容，更多關(guān)于MySQL MTR的資料請關(guān)注服務(wù)器之家其它相關(guān)文章！
原文鏈接：https://cloud.tencent.com/developer/article/1668083
