存儲引擎在MySQL的邏輯架構中位於第三層，負責MySQL中的數據的存儲和提取。MySQL存儲引擎有很多，不同的存儲引擎保存數據和索引的方式是不同的。每一種存儲引擎都有它的優勢和劣勢，本文只討論最常見的InnoDB和MyISAM兩種存儲引擎進行討論。本文中關於數據存儲形式和索引的可以查看圖解MySQL索引
MySQL邏輯架構圖：
InnoDB存儲引擎
InnoDB是默認的事務型存儲引擎，也是最重要，使用最廣泛的存儲引擎。在沒有特殊情況下，一般優先使用InnoDB存儲引擎。
1️⃣、數據存儲形式
使用InnoDB時，會將數據表分爲.frm 和 idb兩個文件進行存儲。
2️⃣、鎖的粒度
InnoDB採用MVCC(多版本併發控制)來支持高併發，InnoDB實現了四個隔離級別，默認級別是REPETABLE READ，並通過間隙鎖策略防止幻讀的出現。它的鎖粒度是行鎖。【通過MVCC實現，MVCC在稍後會進行介紹】
3️⃣、事務
InnoDB是典型的事務型存儲引擎，並且通過一些機制和工具，支持真正的熱備份。
4️⃣、數據的存儲特點
InnoDB表是基於聚簇索引(另一篇博客有介紹)建立的，聚簇索引對主鍵的查詢有很高的性能，不過他的二級索引（非主鍵索引）必須包含主鍵列，索引其他的索引會很大。
MyISAM存儲引擎
1️⃣、數據存儲形式
MyISAM採用的是索引與數據分離的形式，將數據保存在三個文件中.frm.MYD,.MYIs。
2️⃣、鎖的粒度
MyISAM不支持行鎖，所以讀取時對錶加上共享鎖，在寫入是對錶加上排他鎖。由於是對整張表加鎖，相比InnoDB，在併發寫入時效率很低。
3️⃣、事務
MyISAM不支持事務。
4️⃣、數據的存儲特點
MyISAM是基於非聚簇索引進行存儲的。
5️⃣、其他
MyISAM提供了大量的特性，包括全文索引，壓縮，空間函數，延遲更新索引鍵等。
進行壓縮後的表是不能進行修改的，但是壓縮表可以極大減少磁盤佔用空間，因此也可以減少磁盤IO，從而提供查詢性能。
全文索引，是一種基於分詞創建的索引，可以支持複雜的查詢。
延遲更新索引鍵，不會將更新的索引數據立即寫入到磁盤，而是會寫到內存中的緩衝區中，只有在清除緩衝區時候纔會將對應的索引寫入磁盤，這種方式大大提升了寫入性能。
三、對比與選擇
兩種存儲引擎各有各的有點，MyISAM專注性能，InnoDB專注事務。兩者最大的區別就是InnoDB支持事務，和行鎖。
如何在兩種存儲引擎中進行選擇？
① 是否有事務操作？有，InnoDB。
②是否存儲併發修改？有，InnoDB。
③是否追求快速查詢，且數據修改較少？是，MyISAM。
④是否使用全文索引？如果不引用第三方框架，可以選擇MyISAM，但是可以選用第三方框架和InnDB效率會更高。
四、淺談MVCC
MySQL大多數事務型存儲引擎實現的都不是簡單的行鎖。基於提升併發性能的考慮，他們一般都同時實現了多版本併發控制(MVCC)。
可以認爲MVCC是行級鎖的一個變種，它能在大多數情況下避免加鎖操作，因此開銷更低。無論怎樣實現，它們大豆實現了非阻塞的讀操作，寫操作也只鎖定製定的行。
MVCC是通過保存數據在某一個時間點的快照來實現的，也就是說無論事務執行多久，每個事務看到的數據都是一致的。InnoDB的MVCC，是通過在每行記錄後面保存兩個隱藏的列來實現，這兩個列一個保存了行的創建時間，一個保存了行的過期時間(或刪除時間)，當然，並非存儲的是時間，而是系統版本號。每開啓一個事務，版本號都會遞增，事務開始時刻的系統版本號會作爲事務的版本號。
| id | name | 創建時間（行版本號） | 刪除時間(刪除版本號) |
|---|---|---|---|
| 1 | Mary | 1 | null |
| 2 | Jann | 1 | null |
以InnoDB存儲引擎的的REPEATABLE READ隔離級別來說：
SELECT
①只查詢創建時間版本號小於當前事務版本號的數據行（保證事務讀取的行要麼在事務開始之前就存在，要麼是事務本身插入的行）
②行的刪除版本號要麼未定義，要麼大於當前事務版本號，這樣可以確保事務讀取到的行，在開始事務之前未被刪除
只有複合上訴兩個條件的記錄纔會作爲結果返回
INSERT
爲插入的數據保存當前系統版本號作爲行版本號
DELETE
保存當前系統版本號作爲刪除行版本號
UPDATE
插入一行數據，並將當前系統版本號賦予行版本號；同事保存當前系統版本號到原來的行作爲刪除版本號。
注：MVCC只在REPEATABLE和READ COMMITTED兩個隔離級別下才能正常工作。
我的個人網站