MySQL存儲(chǔ)引擎InnoDB 和 MyISAM 之間的比較

1.InnoDB 通過重放其日志從崩潰或其他意外關(guān)閉中恢復(fù)。MyISAM 必須完全掃描和修復(fù)或重建任何已更新但未完全刷新到磁盤的索引或可能的表。由于 InnoDB 方法的時(shí)間大致是固定的，而 MyISAM 時(shí)間隨著數(shù)據(jù)文件的大小而增長，因此 InnoDB 隨著數(shù)據(jù)庫大小的增長提供了更高的可用性。

2.InnoDB，將 innodb_flush_log_at_trx_commit 設(shè)置為 1，在每個(gè)事務(wù)之后刷新事務(wù)日志，大大提高了可靠性。[1] MyISAM 必須在完全日志文件系統(tǒng)之上運(yùn)行，例如以 data=journal 掛載的ext4，以提供相同的抵御數(shù)據(jù)文件損壞的彈性。(日志可以放在SSD設(shè)備上以提高 MyISAM 性能，類似地，InnoDB 日志可以放在非日志文件系統(tǒng)上，例如在 SSD 上運(yùn)行的ext2以實(shí)現(xiàn)類似的性能提升。在任何一種情況下都不會(huì)犧牲可靠性。 )

3.InnoDB 可以在可靠性較低但在某些情況下性能較高的模式下運(yùn)行。將 innodb_flush_log_at_trx_commit 設(shè)置為 0 會(huì)切換到在將控制權(quán)返回給調(diào)用者之前不將事務(wù)提交到磁盤的模式。相反，磁盤刷新發(fā)生在計(jì)時(shí)器上。

4.InnoDB 自動(dòng)將多個(gè)并發(fā)插入組合在一起，并同時(shí)將它們刷新到磁盤。MyISAM 依靠文件系統(tǒng)塊緩存來緩存對(duì)數(shù)據(jù)行和索引的讀取，而 InnoDB 在引擎本身內(nèi)部執(zhí)行此操作，將行緩存與索引緩存結(jié)合起來。

5.如果存在，InnoDB 將按主鍵順序存儲(chǔ)行，否則按唯一鍵順序存儲(chǔ)。如果選擇的密鑰對(duì)常見操作有好處，這可以顯著加快。[需要引用]如果沒有主鍵或唯一鍵，InnoDB 將使用內(nèi)部生成的唯一整數(shù)鍵，并將按大致插入順序物理存儲(chǔ)記錄，就像 MyISAM 所做的那樣?；蛘?，可以使用自動(dòng)遞增的主鍵字段來實(shí)現(xiàn)相同的效果。

6.InnoDB 為數(shù)據(jù)和索引提供可更新的LZW壓縮頁面存儲(chǔ)。MyISAM 壓縮表無法更新。

7.在完全符合ACID的模式下運(yùn)行時(shí)，InnoDB 必須對(duì)每個(gè)事務(wù)至少執(zhí)行一次磁盤刷新，盡管它會(huì)結(jié)合來自多個(gè)連接的插入的刷新。對(duì)于典型的硬盤驅(qū)動(dòng)器或陣列，這將施加每秒約 200 個(gè)更新事務(wù)的限制。對(duì)于需要更高事務(wù)率的應(yīng)用程序，將需要具有寫入緩存和電池備份的磁盤控制器以保持事務(wù)完整性。InnoDB 還提供了幾種降低這種影響的模式，自然會(huì)導(dǎo)致事務(wù)完整性保證的損失，但仍保持比 MyISAM 更高的可靠性。MyISAM 沒有這些開銷，只是因?yàn)樗恢С质聞?wù)。

8.MyISAM 對(duì)任何現(xiàn)有行的更新和刪除使用表級(jí)鎖定，并可選擇追加新行而不是鎖定并將它們插入空閑空間。InnoDB 使用行級(jí)鎖定。對(duì)于經(jīng)常更新許多行的大型數(shù)據(jù)庫應(yīng)用程序，行級(jí)鎖定至關(guān)重要，因?yàn)閱蝹€(gè)表級(jí)鎖定會(huì)顯著降低數(shù)據(jù)庫中的并發(fā)性。

9.InnoDB 和 MyISAM 都支持全文搜索，InnoDB 在 MySQL 5.6.4 中獲得了全文索引支持，但結(jié)果可能有很大不同。

以上就是兩種MySQL存儲(chǔ)引擎的區(qū)別，大家如果想了解更多相關(guān)知識(shí)，不妨來關(guān)注一下動(dòng)力節(jié)點(diǎn)的MySQL教程，里面的課程內(nèi)容細(xì)致全面，即使沒有基礎(chǔ)也能夠看懂，希望對(duì)大家的學(xué)習(xí)能夠有所幫助哦。