Mysql有兩種存儲引擎：InnoDB與Myisam，下表是兩種引擎的簡單對比html
| MyISAM | InnoDB | |
構成上的區別： |
每一個MyISAM在磁盤上存儲成三個文件。第一個 文件的名字以表的名字開始，擴展名指出文件類型。 .frm文件存儲表定義。 數據文件的擴 展名爲.MYD (MYData)。 索引文件的擴 展名是.MYI (MYIndex)。 |
基於磁盤的資源是InnoDB表空間數據文件和它的日誌文件，InnoDB 表的 大小隻受限於操做系統文件的大小，通常爲 2GB |
事務處理上方面: |
MyISAM類型的表強調的是性能，其執行數 度比InnoDB類型更快，可是不提供事務支持 | InnoDB提供事務支持事務，外部鍵等高級 數據庫功能 |
|
SELECT
UPDATE
INSERT
Delete
|
若是執行大量的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處理sql |
若是你爲一個表指定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這兩個，但經常使用的就是兩個。
兩種存儲引擎的大體區別表如今：
1）InnoDB支持事務，MyISAM不支持，這一點是很是之重要。事務是一種高級的處理方式，如在一些列增刪改中只要哪一個出錯還能夠回滾還原，而MyISAM就不能夠了。
2）MyISAM適合查詢以及插入爲主的應用，InnoDB適合頻繁修改以及涉及到安全性較高的應用
3）InnoDB支持外鍵，MyISAM不支持
4）從MySQL5.5.5之後，InnoDB是默認引擎
5）InnoDB不支持FULLTEXT類型的索引
6）InnoDB中不保存表的行數，如select count(*) from table時，InnoDB須要掃描一遍整個表來計算有多少行，可是MyISAM只要簡單的讀出保存好的行數便可。注意的是，當count(*)語句包含where條件時MyISAM也須要掃描整個表
7）對於自增加的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中能夠和其餘字段一塊兒創建聯合索引
8）清空整個表時，InnoDB是一行一行的刪除，效率很是慢。MyISAM則會重建表
9）InnoDB支持行鎖（某些狀況下仍是鎖整表，如 update table set a=1 where user like '%lee%'服務器
關於MyISAM與InnoDB選擇使用：
MYISAM和INNODB是Mysql數據庫提供的兩種存儲引擎。二者的優劣可謂是各有千秋。INNODB會支持一些關係數據庫的高級功能，如事務功能和行級鎖，MYISAM不支持。MYISAM的性能更優，佔用的存儲空間少。因此，選擇何種存儲引擎，視具體應用而定：
1）若是你的應用程序必定要使用事務，毫無疑問你要選擇INNODB引擎。但要注意，INNODB的行級鎖是有條件的。在where條件沒有使用主鍵時，照樣會鎖全表。好比DELETE FROM mytable這樣的刪除語句。
2）若是你的應用程序對查詢性能要求較高，就要使用MYISAM了。MYISAM索引和數據是分開的，並且其索引是壓縮的，能夠更好地利用內存。因此它的查詢性能明顯優於INNODB。壓縮後的索引也能節約一些磁盤空間。MYISAM擁有全文索引的功能，這能夠極大地優化LIKE查詢的效率。
有人說MYISAM只能用於小型應用，其實這只是一種偏見。
若是數據量比較大，這是須要經過升級架構來解決，好比分表分庫，而不是單純地依賴存儲引擎。
如今通常都是選用innodb了，主要是myisam的全表鎖，讀寫串行問題，併發效率鎖表，效率低myisam對於讀寫密集型應用通常是不會去選用的。架構
關於Mysql數據庫默認的存儲引擎：
MyISAM和InnoDB是MySQL的兩種存儲引擎。
若是是默認安裝，那就應該是InnoDB，你能夠在my.cnf文件中找到default-storage-engine=INNODB；
固然你能夠在建表時指定相應的存儲引擎。
經過show create table xx 能夠看見相應信息。併發
Mysql中InnoDB和MyISAM的比較
1）MyISAM：
每一個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。.frm文件存儲表定義。數據文件的擴展名爲.MYD (MYData)。
MyISAM表格能夠被壓縮，並且它們支持全文搜索。不支持事務，並且也不支持外鍵。若是事物回滾將形成不徹底回滾，不具備原子性。在進行updata時進行表鎖，併發量相對較小。若是執行大量的SELECT，MyISAM是更好的選擇。
MyISAM的索引和數據是分開的，而且索引是有壓縮的，內存使用率就對應提升了很多。能加載更多索引，而Innodb是索引和數據是緊密捆綁的，沒有使用壓縮從而會形成Innodb比MyISAM體積龐大不小
MyISAM緩存在內存的是索引，不是數據。而InnoDB緩存在內存的是數據，相對來講，服務器內存越大，InnoDB發揮的優點越大。oracle
優勢：查詢數據相對較快，適合大量的select，能夠全文索引。
缺點：不支持事務，不支持外鍵，併發量較小，不適合大量update
2）InnoDB：（參數說明：Mysql存儲引擎之Innodb重要參數說明）
這種類型是事務安全的。.它與BDB類型具備相同的特性,它們還支持外鍵。InnoDB表格速度很快。具備比BDB還豐富的特性,所以若是須要一個事務安全的存儲引擎，建議使用它。在update時表進行行鎖，併發量相對較大。若是你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表。
優勢：支持事務，支持外鍵，併發量較大，適合大量update
缺點：查詢數據相對較快，不適合大量的select
對於支持事物的InnoDB類型的表，影響速度的主要緣由是AUTOCOMMIT默認設置是打開的，並且程序沒有顯式調用BEGIN 開始事務，致使每插入一條都自動Commit，嚴重影響了速度。能夠在執行sql前調用begin，多條sql造成一個事物（即便autocommit打開也能夠），將大大提升性能。
基本的差異爲：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，可是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級數據庫功能。