談談數據庫中MyISAM與InnoDB區別 針對業務類型選擇合適的表

 

MyISAM：這個是默認類型，它是基於傳統的ISAM類型，ISAM是Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫，它是存儲記錄和文件的標準方法。與其餘存儲引擎比較，MyISAM具備檢查和修復表格的大多數工具。  MyISAM 表格能夠被壓縮，並且它們支持全文搜索。它們不是事務安全的，並且也不支持外鍵。若是事物回滾將形成不徹底回滾，不具備原子性。若是執行大量的SELECT，MyISAM是更好的選擇。

MyIASM是IASM表的新版本，有以下擴展：

• 二進制層次的可移植性。
• NULL列索引。
• 對變長行比ISAM表有更少的碎片。
• 支持大文件。
• 更好的索引壓縮。
• 更好的鍵嗎統計分佈。
• 更好和更快的auto_increment處理。

InnoDB：這種類型是事務安全的。它與BDB類型具備相同的特性，它們還支持外鍵。InnoDB表格速度很快，具備比BDB還豐富的特性， 所以若是須要一個事務安全的存儲引擎，建議使用它。若是你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表。對於支持事物的InnoDB類型的表，影響速度的主要緣由是AUTOCOMMIT默認設置是打開的，並且程序沒有顯式調用BEGIN 開始事務，致使每插入一條都自動Commit，嚴重影響了速度。能夠在執行sql前調用begin，多條sql造成一個事物(即便autocommit打開也能夠)，將大大提升性能。

具體能夠看看下錶：

	MyISAM	InnoDB
構成上區別	每一個MyISAM在磁盤上存儲成三個文件。文件名爲表名，擴展名爲文件類型。 .frm 文件存儲表定義； .MYD(MYData) 數據文件的擴展名； .MYI(MYIndex) 索引文件的擴展名。	基於磁盤的資源是InnoDB表空間數據文件和它的日誌文件，InnoDB 表的大小隻受限於操做系統文件的大小，通常爲 2GB
事務處理方面	MyISAM類型的表強調的是性能，其執行速度比InnoDB類型更快，可是不提供事務支持。	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類型的二進制數據文件能夠在不一樣操做系統中遷移

如下是一些細節和具體實現的差異：

1. InnoDB不支持FULLTEXT類型的索引。
2. InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，可是MyISAM只要簡單的讀出保存好的行數便可。注意的是，當count(*)語句包含 where條件時，兩種表的操做是同樣的。
3. 對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中，能夠和其餘字段一塊兒創建聯合索引。
4. DELETE FROM table時，InnoDB不會從新創建表，而是一行一行的刪除。
5. LOAD TABLE FROM MASTER操做對InnoDB是不起做用的，解決方法是首先把InnoDB表改爲MyISAM表，導入數據後再改爲InnoDB表，可是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。

綜上所述，任何一種表都不是萬能的，只有恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優點