MTR全稱是Mini-Transaction，顧名思義，可以理解為"最小的事務"，MySQL中把對底層頁面的一次原子訪問的過程稱之為一個Mini-Transaction，這里的原子操作，指的是要么全部成功，要么全部失敗，不存在中間狀態。

MTR主要是被用在寫undo log和redo log的場景下的。例如，我們要向一個B+樹索引中插入一條記錄，此時要么插入成功，要么插入失敗，這個過程就可以稱為一個MTR過程，這個過程中會產生一組redo log日志，這組日志在做MySQL的崩潰恢復的時候，是一個不可分割的整體。

假如我們有一個事務，事務中包含3條語句，那么MTR的概念圖如下：

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

1、the fix rules

2、WAL

3、force-log-at-commit

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

1、the fix rules

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

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

修改一個數據頁，需要獲得這個數據頁的x-latch；

訪問一個頁是需要獲得s-latch或者x-latch；

持有該頁的latch直到修改或者訪問該頁的操作完成才釋放

2、WAL

WAL技術想必大家比較熟悉，它是Innodb存儲引擎之所以支持崩潰恢復的根本，也就是持久化一個數據頁之前，需要將內存中響應的日志頁先持久化

3、force-log-at-commit

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

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

時間原因，先到這里吧。