MySQL中MTR的概念
MTR全稱是Mini-Transaction,顧名思義,可以理解為'最小的事務(wù)',MySQL中把對(duì)底層頁面的一次原子訪問的過程稱之為一個(gè)Mini-Transaction,這里的原子操作,指的是要么全部成功,要么全部失敗,不存在中間狀態(tài)。
MTR主要是被用在寫undo log和redo log的場(chǎng)景下的。例如,我們要向一個(gè)B+樹索引中插入一條記錄,此時(shí)要么插入成功,要么插入失敗,這個(gè)過程就可以稱為一個(gè)MTR過程,這個(gè)過程中會(huì)產(chǎn)生一組redo log日志,這組日志在做MySQL的崩潰恢復(fù)的時(shí)候,是一個(gè)不可分割的整體。
假如我們有一個(gè)事務(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是一種輕量級(jí)的鎖,與lock不同,它鎖定的時(shí)間特別短,在innodb中,latch又可以分為mutex(互斥量)和rwlock(讀寫鎖)2種,它的目的在于保證并發(fā)線程操作臨界資源的正確性。
理解了latch的概念,我們看看the fix rule規(guī)則:
修改一個(gè)數(shù)據(jù)頁,需要獲得這個(gè)數(shù)據(jù)頁的x-latch;
訪問一個(gè)頁是需要獲得s-latch或者x-latch;
持有該頁的latch直到修改或者訪問該頁的操作完成才釋放
2、WAL
WAL技術(shù)想必大家比較熟悉,它是Innodb存儲(chǔ)引擎之所以支持崩潰恢復(fù)的根本,也就是持久化一個(gè)數(shù)據(jù)頁之前,需要將內(nèi)存中響應(yīng)的日志頁先持久化
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)用戶進(jìn)行操作的時(shí)候,會(huì)更新數(shù)據(jù)頁,同時(shí)寫redo log,mtr是redo log的載體,存在每個(gè)連接會(huì)話的私有變量中。當(dāng)mtr提交時(shí),會(huì)將本地redo log拷貝到全局的log_buffer中,為了保證redo log的有序性,需要加鎖來訪問log_buffer,這把鎖就是上面提到的mutex,在這個(gè)鎖保護(hù)下,除了要將本地日志拷貝到全局buffer,還需要將數(shù)據(jù)頁加入了flush_list,供后臺(tái)線程刷臟,輔助數(shù)據(jù)庫檢查點(diǎn)持續(xù)往前推進(jìn),所以這個(gè)鎖在舊版本的MySQL中競(jìng)爭(zhēng)非常激烈。MySQL8.0將這個(gè)問題進(jìn)行了優(yōu)化,后面的文章中將著重分析。
以上就是MySQL中MTR的概念的詳細(xì)內(nèi)容,更多關(guān)于MySQL MTR的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章!
相關(guān)文章:
1. 深入理解r2dbc在mysql中的使用2. SQL Server 2008單個(gè)用戶轉(zhuǎn)換成多個(gè)用戶3. Oracle精髓之ORACLE簡(jiǎn)介及常見錯(cuò)誤處理4. 數(shù)據(jù)庫Oracle9i的企業(yè)管理器簡(jiǎn)介5. MySQL雙主(主主)架構(gòu)配置方案6. MySQL如何從不固定位置提取字符串元素詳解7. 講解SQL Server數(shù)據(jù)庫備份的多種方式8. 使用 IP 地址連接到 SQL Server 數(shù)據(jù)庫的速度特別慢9. Oracle與Access表之間的導(dǎo)入和導(dǎo)出10. 整理Oracle數(shù)據(jù)庫碎片
