1. 程式人生 > >1.5 MySQL的儲存引擎

1.5 MySQL的儲存引擎

InnoDB:

InnoDB是 MySQL 預設的事務型儲存引擎,也是最重要、使用最廣泛的儲存引擎。只有在需要它不支援的特性時,才考慮使用其它儲存引擎。被設計用來處理大量的短期事務,短期事務大部分情況是正常提交的,很少會被回滾。

InnoDB採用多版本併發控制(MVCC)來支援高併發,並且實現了四個標準的隔離級別,預設級別是可重複讀(REPEATABLE READ)。在可重複讀隔離級別下,通過多版本併發控制(MVCC)+ 間隙鎖(Next-Key Locking)防止幻影讀。間隙鎖使得InnoDB不僅僅鎖定查詢涉及的行,還會對索引中的間隙進行鎖定,以防止幻影行的插入。

主索引是聚簇索引,在索引中儲存了資料,從而避免直接讀取磁碟,因此對查詢效能有很大的提升。

InnoDB的內部做了很多優化,包括從磁碟讀取資料時採用的可預測性讀、能夠加快讀操作的自適應雜湊索引並且自動建立的自適應雜湊索引、能夠加速插入操作的插入緩衝區等。

支援真正的線上熱備份。其它儲存引擎不支援線上熱備份,要獲取一致性檢視需要停止對所有表的寫入,而在讀寫混合場景中,停止寫入可能也意味著停止讀取。

 

MyISAM:

在MySQL5.1及之前的版本,MyISAM是預設的儲存引擎。

設計簡單,資料以緊密格式儲存。對於只讀資料,或者表比較小、可以容忍修復(repair)操作,則依然可以繼續使用它(但請不要預設使用MyISAM,而是應當預設使用InnoDB)。

提供了大量的特性,包括壓縮表、空間資料索引等。

不支援事務,不支援崩潰後的安全恢復。

不支援行級鎖,只能對整張表加鎖,讀取時會對需要讀到的所有表加共享鎖,寫入時則對錶加排它鎖。但在表有讀取操作的同時,也可以往表中插入新的記錄,這被稱為併發插入(CONCURRENT INSERT)。

可以手工或者自動執行檢查和修復操作,但是和事務恢復以及崩潰恢復不同,可能導致一些資料丟失,而且修復操作是非常慢的。

如果指定了 DELAY_KEY_WRITE 選項,在每次修改執行完成時,不會立即將修改的索引資料寫入磁碟,而是會寫到記憶體中的鍵緩衝區,只有在清理鍵緩衝區或者關閉表的時候才會將對應的索引塊寫入磁碟。這種方式可以極大的提升寫入效能,但是在資料庫或者主機崩潰時會造成索引損壞,需要執行修復操作。

 

比較:

  • 事務:InnoDB 是事務型的,可以使用 Commit 和 Rollback 語句,而MyISAM 不支援事務。

  • 併發:MyISAM 只支援表級鎖,而 InnoDB 還支援行級鎖。

  • 外來鍵:InnoDB 支援外來鍵。

  • 備份:InnoDB 支援線上熱備份。

  • 崩潰恢復:MyISAM 崩潰後發生損壞的概率比 InnoDB 高很多,而且恢復的速度也更慢。

  • 其它特性:MyISAM 支援壓縮表和空間資料索引。

 MySQL內建的其他儲存引擎:

Archive引擎、Blackhole引擎、CSV引擎、Federated引擎、Memory引擎、Merge引擎、NDB叢集引擎