談談資料庫中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的效能優勢

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