MyISAM:這個是舊版默認引擎類型,它是基於傳統的ISAM類型,ISAM是Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫,它是存儲記錄和文件的標准方法。與其他存儲引擎比較,MyISAM具有檢查和修復表格的大多數工具。 MyISAM表格可以被壓縮,而且它們支持全文搜索。它們不是事務安全的,而且也不支持外鍵。如果事務回滾將造成不完全回滾,不具有原子性。如果執行大量的SELECT,MyISAM是更好的選擇。
MyIASM是IASM表的新版本,有如下擴展:
InnoDB:這個是新版默認引擎類型,這種類型是事務安全的。它與BDB類型具有相同的特性,它們還支持外鍵。InnoDB表格速度很快,具有比BDB還豐富的特性, 因此如果需要一個事務安全的存儲引擎,建議使用它。如果你的數據執行大量的INSERT或UPDATE,出於性能方面的考慮,應該使用InnoDB表。對於支持事物的InnoDB類型的表,影響速度的主要原因是AUTOCOMMIT默認設置是打開的,而且程序沒有顯式調用BEGIN開始事務,導致每插入一條都自動Commit,嚴重影響了速度。可以在執行sql前調用begin,多條sql形成一個事務(即使autocommit打開也可以),將大大提高性能。
具體可以看看下表:
MyISAM InnoDB 構成上區別每個MyISAM在磁盤上存儲成三個文件。文件名為表名,擴展名為文件類型。
.frm 文件存儲表定義;InnoDB提供事務支持事務,外部鍵等高級數據庫功能。
鎖 表級鎖行級鎖
InnoDB表的行鎖也不是絕對的,如果在執行一個SQL語句時MySQL不能確定要掃描的范圍,InnoDB表同樣會鎖全表,例如update table set num=1 where name like “%aaa%”
select、insert、update、delete操作 如果執行大量的 SELECT,MyISAM 是更好的選擇。1.如果你的數據執行大量的INSERT或UPDATE,出於性能方面的考慮,應該使用InnoDB表。
2.DELETE FROM table時,InnoDB不會重新建立表,而是一行一行的刪除。
3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導入數據後再改成InnoDB表,但是對於使用的額外的InnoDB特性(例如外鍵)的表不適用。
對於AUTO_INCREMENT類型的字段 必須包含只有該字段的索引 可以和其他字段一起建立聯合索引 InnoDB不支持FULLTEXT類型的索引。 MyISAM類型的二進制數據文件可以在不同操作系統中遷移以下是一些細節和具體實現的差別:
綜上所述,任何一種表都不是萬能的,只有恰當的針對業務類型來選擇合適的表類型,才能最大的發揮MySQL的性能優勢。