這篇文章帶給大家的內容是關於MySQL中InnoDB儲存引擎的詳細介紹（程式碼範例），有一定的參考價值，有需要的朋友可以參考一下，希望對你有幫助。
在MySQL中InnoDB屬於儲存引擎層，並以外掛程式的形式整合在資料庫中。從MySQL5.5.8開始，InnoDB成為其預設的儲存引擎。 InnoDB儲存引擎支援事務、其設計目標主要為面向OLTP的應用，主要特點有：支援事務、行鎖設計支援高並發、外鍵支援、自動崩潰復原、叢集索引的方式組織表結構等。 （相關推薦：MySQL教學）
#體系架構
#InnoDB儲存引擎是由記憶體池、後台執行緒、磁碟儲存三大部分組成。
執行緒
InnoDB 使用的是多執行緒模型, 其後台有多個不同的執行緒負責處理不同的任務
Master Thread是最核心的一個後台線程，主要負責將緩衝池中的資料非同步刷新到磁碟，保證資料的一致性。包括髒頁刷新、合併插入緩衝、UNDO頁的回收等。
在 InnoDB 儲存引擎中大量使用了非同步IO(Async IO)來處理寫入IO請求, IO Thread的工作主要是負責這些 IO 請求的回呼。
交易提交後，其所使用的undo log可能不再需要，因此需要Purge Thread來回收已經指派並使用的UNDO頁。 InnoDB支援多個Purge Thread, 這樣做可以加快UNDO頁的回收，提高CPU的使用率以及提升儲存引擎的效能。
Page Cleaner Thread的作用是取代Master Thread中髒頁刷新的操作，其目的是減輕原Master Thread的工作及對於用戶查詢線程的阻塞，進一步提高InnoDB儲存引擎的效能。
記憶體
InnoDB 儲存引擎記憶體的結構
InnoDB存儲引擎是基於磁碟儲存的，並將其中的記錄按照頁的方式進行管理。但是由於CPU速度和磁碟速度之間的鴻溝，基於磁碟的資料庫系統通常使用緩衝池記錄來提高資料庫的整體效能。
緩衝池其實就是透過記憶體的速度來彌補磁碟速度較慢對資料庫效能的影響。在資料庫進行讀取操作時，首先將磁碟中的頁放入緩衝池中，下次再讀取相同頁時，首先從緩衝池中獲取該頁數據，起到高速緩存的作用。
資料的修改操作，則首先修改在緩衝池中的頁數據，然後使用稱為Checkpoint的機制刷新到磁碟上。
緩衝池的大小直接影響資料庫的整體效能，對於InnoDB儲存引擎而言,緩衝池配置透過參數 innodb_buffer_pool_size 來設定。使用SHOW VARIABLES LIKE 'innodb_buffer_pool_size' 指令可查看緩衝池配置：
mysql> SHOW VARIABLES LIKE 'innodb_buffer_pool_size' \G *************************** 1. row *************************** Variable_name: innodb_buffer_pool_size Value: 134217728 1 row in set (0.01 sec)
緩衝池中快取的資料頁類型有: 索引頁、undo頁、插入緩衝、自適應雜湊索引、InnoDB鎖定資訊、資料字典資訊等，索引頁和資料頁佔緩衝池很大的一部分。
緩衝池中的頁資料比磁碟要新時，需要將新資料刷新到磁碟中。 InnoDB採用Write Ahead Log策略來刷新數據，即當交易提交時，先寫入重做日誌緩衝，重做日誌緩衝會按一定頻率刷新到重置日誌文件中，然後臟頁會根據checkpoint機制刷新到磁碟。
重做日誌緩衝不需要設定很大，通常8M能滿足大部分的應用場景。重做日誌支援一下三種情況觸發刷新：
Master Thread每一秒將重做日誌緩衝刷新到重做日誌檔案
每次交易提交時將重做日誌緩衝刷新到重做日誌檔案
當重做日誌緩衝池剩餘空間小於1/2時，重做日誌緩衝刷新到重做日誌檔案
在InnoDB儲存引擎中，對記憶體的管理是透過一種稱為內存堆的方式進行的。在對一些資料結構本身的記憶體進行分配時，需要從額外的記憶體池中進行申請，當該區域的記憶體不夠時，會從緩衝池中進行申請。
鎖定
InnoDB支援的鎖定有：
共用鎖定與排它鎖定
意向鎖定
記錄鎖定
#間隙鎖定
自增鎖
InnoDB引擎實現了兩種標準的行級鎖，共享鎖(shared (S) locks) 和排他鎖(exclusive (X) locks)。共享鎖允許一個佔有鎖的事務去讀取一行數據，排它鎖則允許事務對某一行記錄進行寫入操作。
如果一個交易持有了一個共享鎖，其他交易仍然可以取得這行記錄的共享鎖，但不能取得到這行記錄的排它鎖。當一個事務取得到了某一行的排它鎖，則其他事務將無法再取得這行記錄的共用鎖定和排它鎖。
在InnoDB中，意向鎖定是一種表格層級鎖定，分為共享鎖定和排他鎖定：
記錄鎖定
間隙鎖定
自增鎖
ACID
交易是資料庫作為OLTP最重要的特性，說起事務不得不提起ACID四個基本特性：
隔離等級
Read uncommitted 未提交讀取
此隔離等級在MySQL InnoDB一般不建議使用。
Read Committed 已提交讀取
可重複讀，該等級保證在同一交易中多次讀取同樣記錄的結果是一致的，在InnoDB儲存引擎中同時解決了幻讀和不可重複讀問題。
InnoDB引擎透過使用Next-Key Lock解決了幻讀的問題。 Next-Key Lock是行鎖定和間隙鎖定的組合，當InnoDB掃描索引記錄的時候，會先對索引記錄加上行鎖（Record Lock），再對索引記錄兩邊的間隙加上間隙鎖（Gap Lock）。加上間隙鎖之後，其他事務就不能在這個間隙修改或插入記錄。
Serializable 是最高的隔離級別，它透過強制事務串行執行，避免了幻讀的問題，但是Serializable 會在讀取的每一行資料上都加鎖，所以可能導致大量的超時和鎖爭用的問題,因此並發度急劇下降，在MySQL InnoDB同樣不被建議使用。
BEGIN、BEGIN WORK、START TRANSACTION
執行BEGIN指令不會真正在引擎層開啟新事務，只是為目前執行緒設定標記，表示為明確開啟的事務。
START TRANSACTION READ ONLY
# 開啟只讀事務，當MySQL Server接收到任何資料變更的SQL時，都會直接拒絕修改並回傳錯誤，此錯我不會進入引擎層。
START TRANSACTION READ WRITE
# 允許super使用者在目前執行緒只讀狀態為true的情況下啟動讀取和寫入事務。
START TRANSACTION WITH CONSISTENT SNAPSHOT
開啟事務會進入引擎層，並開啟一個readview。只有在RR隔離等級下，這種操作才有效，否則會報錯。
在資料進行修改時會記錄對應的undo日誌，如果交易失敗或回滾，可以藉助記錄的undo日誌進行回溯。 Undo log是邏輯日誌，記錄變更前的資料鏡像。在修改時如果同時需要讀取目前資料的時候，它可以根據版本資訊分析出該行記錄先前版本的資料。另外Undo log也會產生重做日誌，因為Undo log也要進行持久化保護。
使用全域事務ID產生器產生交易NO，將目前連接的事務指標(trx_t)新增至全域提交事務鍊錶(trx_serial_list)中
標記undo，如果這個交易只使用了一個UndoPage且使用量小於3/4個Page，則把這個Page標記為TRX_UNDO_CACHED，如果不滿足且是insert undo則標記為TRX_UNDO_TO_FREE，否則undo為update undo則標記為TRX_UNDO_TO_PURGE。標示為TRX_UNDO_CACHED的undo會被引擎回收。
把update undo放入所在undo segment的history list，並遞增rseg_history_len(全域)。同時更新Page上的TRX_UNDO_TRX_NO, 如果刪除了數據，則重置delete_mark
undate undo從update_undo_list中刪除，如果被標記為TRX_UNDO_CACHED，則加入到update_undo_cached佇列中
(日誌undo/redo寫入公共緩衝區)，至此，在檔案層級事務提交。這時候即使crash，重啟後仍能保證事務是被提交的。接下來要做的是記憶體資料狀態的更新(trx_commit_in_memory)
從全域 readview鍊錶移除，然後重置trx_t結構體裡面的資訊即可。讀寫事務首先需要是設定交易狀態為TRX_STATE_COMMITTED_IN_MEMORY，釋放所有行鎖定並且將trx_t從rw_trx_list中移除，readview#從全域readview鍊錶移除。如果有insert undo則在這裡移除，如果有update undo則喚醒Purge執行緒進行垃圾清理，最後重置trx_t裡的訊息，便於下一個事務使用
和insert undo中找出最後一條undo，從這條undo開始回滾
則將標記為刪除的記錄清理標記，更新過的資料回滾到最老的版本。如果是insert undo則直接刪除聚集索引和二級索引
如果所有undo都已經被回滾或回滾到了指定的undo則停止，把Undo log刪除
索引
InnoDB引擎使用B 樹作為索引結構，主鍵索引的葉子節點data域保存了完整的字段數據，非主鍵索引的葉子節點保存了指向主鍵的值數據。
上圖是 InnoDB 主索引（同時也是資料檔案）的示意圖，可以看到葉節點包含了完整的資料記錄，這種索引叫做聚集索引。因為InnoDB 的資料檔案本身要按主鍵聚集，所以InnoDB 要求表必須有主鍵，如果沒有明確指定，則MySQL 系統會自動選擇一個可以唯一標識資料記錄的列作為主鍵，如果不存在這種列，則MySQL 會自動為InnoDB 表產生一個隱含欄位作為主鍵，這個欄位長度為6個位元組，類型為長整形。
InnoDB 的輔助索引 data 網域儲存對應記錄主鍵的值而不是位址。換句話說，InnoDB 的所有輔助索引都引用主鍵作為 data 域。聚集索引這種實作方式使得按主鍵的搜尋十分高效，但是輔助索引搜尋需要擷取兩遍索引：先擷取輔助索引取得主鍵，然後用主鍵到主索引中擷取取得記錄。
#以上是MySQL中InnoDB儲存引擎的詳細介紹（程式碼範例）的詳細內容。更多資訊請關注PHP中文網其他相關文章！
