淺談 MySQL InnoDB 的內(nèi)存組件
本文讀完需7分鐘，速讀僅需4分鐘。
MySQL中執(zhí)行一條SQL語句，相應表數(shù)據(jù)的讀寫都是由存儲引擎去做（更新數(shù)據(jù)、查詢數(shù)據(jù)）。
在這個過程，存儲引擎需要決策一些事情
- 數(shù)據(jù)是從內(nèi)存查還是從硬盤查
- 數(shù)據(jù)是更新在內(nèi)存，還是硬盤
- 內(nèi)存的數(shù)據(jù)什么時候同步到硬盤
所以存儲引擎會按照內(nèi)部邏輯與內(nèi)存、硬盤交互。
我們可以按需選擇存儲引擎，比如常見的 InnoDB、MyISAM、Memory 等等。
眾多存儲引擎中，InnoDB是最為常用的，從 MySQL5.5.8 版本開始，InnoDB是默認的存儲引擎。
InnoDB存儲引擎支持事務，其設計目標主要面向在線事務處理（OLTP）的應用。
特點是行鎖設計、支持MVCC、外鍵，提供一致性非鎖定讀，同時本身設計能夠最有效的利用內(nèi)存和CPU，是 MySQL 最常用的存儲引擎。
InnoDB存儲引擎在內(nèi)存中有兩個非常重要的組件，分別是緩沖池（Buffer Pool）和重做日志緩存（redo log buffer）。
Buffer Pool簡介
緩沖池（Buffer Pool）里面會緩存很多的數(shù)據(jù)，比如數(shù)據(jù)頁、索引頁、鎖信息等等。
MySQL表數(shù)據(jù)是以頁為單位，你查詢一條記錄，會從硬盤把一頁的數(shù)據(jù)加載出來，加載出來的數(shù)據(jù)叫數(shù)據(jù)頁，會放入到 Buffer Pool 中。
后續(xù)的查詢先從 Buffer Pool 中找，沒有命中再去硬盤加載，減少硬盤 IO 開銷，提升性能。
更新表數(shù)據(jù)的時，如果 Buffer Pool 里命中數(shù)據(jù)，就直接在 Buffer Pool 里更新。
總之 Buffer Pool 會緩存很多的數(shù)據(jù)，以便后續(xù)的查詢與更新。
小貼士：這里只是用數(shù)據(jù)頁舉例幫助大家理解，大家千萬不要認為
Buffer Pool里面只有數(shù)據(jù)頁，它只是占Buffer Pool大部分空間，關(guān)于Buffer Pool更多細節(jié)，后續(xù)會有專門的文章講解。
redo log buffer簡介
接著思考一個問題，假設我們把 Buffer Pool 中某個數(shù)據(jù)頁的某條數(shù)據(jù)修改了，但是硬盤的數(shù)據(jù)還未同步，此時數(shù)據(jù)是不一致的，如果 MySQL 宕機了，數(shù)據(jù)就丟失了。
這可怎么辦呢。
為了保證數(shù)據(jù)的持久性，InnoDB存儲引擎加入了 redo 日志功能，也叫重做日志。
每當我們對表數(shù)據(jù)進行更新時，會把“在某個數(shù)據(jù)頁上做了什么修改”記錄到重做日志緩存（redo log buffer）里。
當事務提交時，會把 redo log buffer 清空，刷盤到 redo 日志文件。
這樣 MySQL 宕機了也沒關(guān)系，因為重啟后會根據(jù) redo 日志去恢復數(shù)據(jù)。
小結(jié)小貼士：redo日志細節(jié)也很多，本文只做個介紹，后續(xù)會有專門的文章講解。
其實不難發(fā)現(xiàn)，緩沖池（Buffer Pool）和重做日志緩存（redo log buffer），它們都是為了減少硬盤 IO 開銷。
因為 Buffer Pool 與 redo 日志涉及內(nèi)容較多，后面會出兩篇文章單獨講。
今天講的這些內(nèi)容全是在給后面的文章做鋪墊，大家先知道它們是干嘛的，留個印象就行了。
站在巨人的肩膀上：
- 《MySQL實戰(zhàn)45講》
- 《從零開始帶你成為MySQL實戰(zhàn)優(yōu)化高手》
- 《MySQL是怎樣運行的：從根兒上理解MySQL》
- 《MySQL技術(shù)Innodb存儲引擎》