標籤：
InnoDB與Myisam的六大區別
| InnoDB與Myisam的六大區別 |
|
MyISAM |
InnoDB |
構成上的區別： |
每個MyISAM在磁碟上儲存成三個檔案。第一個 檔案的名字以表的名字開始，副檔名指出檔案類型。
.frm檔案儲存體表定義。
資料檔案的擴 展名為.MYD (MYData)。
索引檔案的擴 展名是.MYI (MYIndex)。 |
基於磁碟的資源是InnoDB資料表空間資料檔案和它的記錄檔，InnoDB 表的 大小隻受限於作業系統檔案的大小，一般為 2GB |
交易處理上方面: |
MyISAM類型的表強調的是效能，其執行數 度比InnoDB類型更快，但是不提供事務支援 |
InnoDB提供事務支援事務，外部鍵等進階 資料庫功能 |
SELECT
UPDATEINSERTDelete |
如果執行大量的SELECT，MyISAM是更好的選擇 |
1.如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表
2.DELETE FROM table時，InnoDB不會重建立立表，而是一行一行的 刪除。
3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方案是首先把InnoDB表改成MyISAM表，匯入資料後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用 |
對AUTO_INCREMENT的 操作
|
每表一個AUTO_INCREMEN列的內部處理。
MyISAM為INSERT和UPDATE操 作自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂的值被刪除之後就不 能再利用。(當AUTO_INCREMENT列被定義為多列索引的最後一列， 可以出現重使用從序列頂部刪除的值的情況）。
AUTO_INCREMENT值可用ALTER TABLE或myisamch來重設對於AUTO_INCREMENT類型的欄位，InnoDB中必須包含只有該欄位的索引，但 是在MyISAM表中，可以和其他欄位一起建立聯 合索引 更好和更快的auto_increment處理 |
如果你為一個表指定AUTO_INCREMENT列，在資料詞典裡的InnoDB表控制代碼包含一個名為自動成長計數 器的計數器，它被用在為該列賦新值。 自動成長計數 器僅被儲存在主記憶體中，而不是存在磁碟上 關於該計算機 的演算法實現，請參考 AUTO_INCREMENT列 在InnoDB裡 如何工作 |
表的具體行數 |
select count(*) from table,MyISAM只要簡單的讀出儲存好的行數，注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的 |
InnoDB 中不 儲存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行 |
鎖 |
表鎖 |
提供行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in
SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在執 行一個SQL語句時MySQL不能確定要掃描的範圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%” |
MySQL儲存引擎MyISAM與InnoDB如何選擇MySQL有多種儲存引擎，每種儲存引擎有各自的優缺點，可以擇優選擇使用：MyISAM、InnoDB、MERGE、MEMORY(HEAP)、BDB(BerkeleyDB)、EXAMPLE、FEDERATED、ARCHIVE、CSV、BLACKHOLE。
雖然MySQL裡的儲存引擎不只是MyISAM與InnoDB這兩個，但常用的就是它倆了。可能有站長並未注意過MySQL的儲存引擎，其實儲存引擎也是資料庫設計裡的一大重要點，那麼部落格系統應該使用哪種儲存引擎呢？下面我們分別來看兩種儲存引擎的區別。一、InnoDB支援事務，MyISAM不支援，這一點是非常之重要。事務是一種進階的處理方式，如在一些列增刪改中只要哪個出錯還可以復原還原，而MyISAM就不可以了。二、MyISAM適合查詢以及插入為主的應用，InnoDB適合頻繁修改以及涉及到安全性較高的應用三、InnoDB支援外鍵，MyISAM不支援四、從MySQL5.5.5以後，InnoDB是預設引擎五、InnoDB不支援FULLTEXT類型的索引六、InnoDB中不儲存表的行數，如select count(*) from table時，InnoDB需要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出儲存好的行數即可。注意的是，當count(*)語句包含where條件時MyISAM也需要掃描整個表七、對於自增長的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中可以和其他欄位一起建立聯合索引八、清空整個表時，InnoDB是一行一行的刪除，效率非常慢。MyISAM則會重建表九、InnoDB支援行鎖（某些情況下還是鎖整表，如 update table set a=1 where user like ‘%lee%‘通過以上九點區別，結合個人部落格的特點，推薦個人部落格系統使用MyISAM，因為在部落格裡主要操作是讀取和寫入，很少有鏈式操作。所以選擇MyISAM引擎使你部落格開啟也頁面的效率要高於InnoDB引擎的部落格，當然只是個人的建議，大多數部落格還是根據實際情況下謹慎選擇。關於MyISAM與InnoDB選擇使用：MYISAM和INNODB是Mysql資料庫提供的兩種儲存引擎。兩者的優劣可謂是各有千秋。INNODB會支援一些關聯式資料庫的進階功能，如事務功能和行級鎖，MYISAM不支援。MYISAM的效能更優，佔用的儲存空間少。所以，選擇何種儲存引擎，視具體應用而定。 如果你的應用程式一定要使用事務，毫無疑問你要選擇INNODB引擎。但要注意，INNODB的行級鎖是有條件的。在where條件沒有使用主鍵時，照樣會鎖全表。比如DELETE FROM mytable這樣的刪除語句。 如果你的應用程式對查詢效能要求較高，就要使用MYISAM了。MYISAM索引和資料是分開的，而且其索引是壓縮的，可以更好地利用記憶體。所以它的查詢效能明顯優於INNODB。壓縮後的索引也能節約一些磁碟空間。MYISAM擁有全文索引的功能，這可以極大地最佳化LIKE查詢的效率。 有人說MYISAM只能用於小型應用，其實這隻是一種偏見。如果資料量比較大，這是需要通過升級架構來解決，比如分表分庫，而不是單純地依賴儲存引擎。
其他一些說法：現在一般都是選用innodb了，主要是myisam的全表鎖，讀寫串列問題，並發效率鎖表，效率低myisam對於讀寫密集型應用一般是不會去選用的。
關於Mysql資料庫預設的儲存引擎：MyISAM和InnoDB是MySQL的兩種儲存引擎。如果是預設安裝，那就應該是InnoDB，你可以在my.ini檔案中找到default-storage-engine=INNODB；當然你可以在建表時指定相應的儲存引擎。通過show create table xx 可以看見相應資訊。Mysql中InnoDB和MyISAM的比較MyISAM： 每個MyISAM在磁碟上儲存成三個檔案。第一個檔案的名字以表的名字開始，副檔名指出檔案類型。.frm檔案儲存體表定義。資料檔案的副檔名為.MYD (MYData)。 MyISAM表格可以被壓縮，而且它們支援全文檢索搜尋。不支援事務，而且也不支援外鍵。如果事物復原將造成不完全復原，不具有原子性。在進行updata時進行表鎖，並發量相對較小。如果執行大量的SELECT，MyISAM是更好的選擇。 MyISAM的索引和資料是分開的，並且索引是有壓縮的，記憶體使用量率就對應提高了不少。能載入更多索引，而Innodb是索引和資料是緊密捆綁的，沒有使用壓縮從而會造成Innodb比MyISAM體積龐大不小 MyISAM緩衝在記憶體的是索引，不是資料。而InnoDB緩衝在記憶體的是資料，相對來說，伺服器記憶體越大，InnoDB發揮的優勢越大。
優點：查詢資料相對較快，適合大量的select，可以全文索引。
缺點：不支援事務，不支援外鍵，並發量較小，不適合大量updateInnoDB： 這種類型是事務安全的。.它與BDB類型具有相同的特性,它們還支援外鍵。InnoDB表格速度很快。具有比BDB還豐富的特性,因此如果需要一個事務安全的儲存引擎，建議使用它。在update時表進行行鎖，並發量相對較大。如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表。
優點：支援事務，支援外鍵，並發量較大，適合大量update
缺點：查詢資料相對較快，不適合大量的select
對於支援事物的InnoDB類型的表，影響速度的主要原因是AUTOCOMMIT預設設定是開啟的，而且程式沒有顯式調用BEGIN 開始事務，導致每插入一條都自動Commit，嚴重影響了速度。可以在執行sql前調用begin，多條sql形成一個事物（即使autocommit開啟也可以），將大大提高效能。
基本的差別為：MyISAM類型不支援交易處理等進階處理，而InnoDB類型支援。 MyISAM類型的表強調的是效能，其執行數度比InnoDB類型更快，但是不提供事務支援，而InnoDB提供事務支援已經外部鍵等進階資料庫功能。
來自為知筆記(Wiz)
MySQL儲存引擎InnoDB與Myisam
