在MySQL 5.1 以及之前的版本中，MySQL的默認存儲引擎還是MyISAM，由于MyISAM不支持事務(wù)恐锦、行級鎖，在崩潰無法安全修復(fù)玄捕，特別是對于大業(yè)務(wù)數(shù)據(jù)庫的崩潰，無疑是致命的棚放。但是MyISAM也有自己的優(yōu)勢枚粘，在作用于只讀表并且數(shù)據(jù)量大時，效果是顯而易見的飘蚯，例如用作與后臺的操作日志等馍迄。下面我們來對比一下MyISAM和InnoDB具體由哪些差異吧。
差異：
一. 創(chuàng)建表時生成的文件不同
MyISAM： .frm 數(shù)據(jù)表結(jié)構(gòu)局骤、. myi 索引文件攀圈、. myd 數(shù)據(jù)文件。
InnoDB：.frm 數(shù)據(jù)表結(jié)構(gòu)峦甩、.idb 索引 + 數(shù)據(jù)文件
二. 事務(wù)
MyISAM：不支持
InnoDB：支持
InnoDB默認情況下autocommit的值為ON開啟狀態(tài)赘来，可以用命令show VARIABLES like 'autocommit'查看，即當執(zhí)行DML（insert凯傲、update犬辰、delete）操作時，會默認添加start transaction語句冰单，當執(zhí)行完成后默認COMMIT提交完成事物幌缝，當有意外錯誤時，會執(zhí)行ROLLBACK回滾诫欠。
當有多條連續(xù)的DML語句時涵卵，可以手動添加start transaction，根據(jù)業(yè)務(wù)完成后提交COMMIT或ROLLBACK操作荒叼，以提高DML語句的速度轿偎。
三. 外鍵
MyISAM：不支持
InnoDB：支持
父表與子表必須具有相同的存儲引擎，相同的字段類型被廓，其中整數(shù)贴硫、是否unsigned必須相同，字符的長度可以不同。
外鍵與關(guān)聯(lián)字段必須創(chuàng)建索引英遭，沒有則自動創(chuàng)建间护。
ps：關(guān)于外鍵約束，會在后面的一篇文章中專門說到挖诸。
四. 鎖機制
MyISAM：表鎖
InnoDB：行鎖汁尺、表鎖
當在查詢MyISAM表時，會對整張表上一個讀鎖多律，不會影響別的session會話來讀這張表痴突，但是在需要執(zhí)行DML語句時，會阻塞等待釋放讀鎖狼荞。
當在對MyISAM執(zhí)行DML語句時辽装，會給表上一個寫鎖，其他所有等待讀取和DML操作語句需要等待釋放相味，剩下等待釋放寫鎖的sql語句并不一定會按照順序執(zhí)行拾积，一個寫鎖請求可能會被插入到讀鎖隊列前面，但讀鎖并不能插入到寫鎖前丰涉。
InnoDB默認使用的是行鎖拓巧，但是InnoDB的行鎖是基于索引實現(xiàn)的，在沒有索引的情況下一死，默認還是使用的表鎖肛度。
InnoDB在執(zhí)行DML語句時，會給影響的行上排他鎖投慈，查詢語句并不會上鎖承耿。
在使用ALTER TABLE語句時，MySQL會忽略存儲引擎的鎖機制伪煤，使用表鎖瘩绒。
五. 熱備份
MyISAM： 不支持
InnoDB：支持
Oracle公司提供了MySQL Enterprise Backup和Percona開源的XtraBackup可以使InnoDB做到熱備份。
六. MVCC
MyISAM： 不支持
InnoDB：支持
MVCC即多版本并發(fā)控制带族，MVCC是一種并發(fā)控制的方法锁荔，一般在數(shù)據(jù)庫管理系統(tǒng)中，實現(xiàn)對數(shù)據(jù)庫的并發(fā)訪問蝙砌，在編程語言中實現(xiàn)事務(wù)內(nèi)存阳堕。
后續(xù)會專門寫一篇文章講述MVCC原理。
七. 全文索引
MyISAM： 支持
InnoDB：不支持
InnoDB不支持FULLTEXT類型的全文索引择克，如果要使用恬总，可以使用sphinx提供了插件。
八. 主鍵
MyISAM： 不設(shè)置主鍵則沒有
InnoDB：不設(shè)置主鍵會默認設(shè)置一個隱藏的主鍵字段
InnoDB引擎如果沒有設(shè)定主鍵或者非空唯一索引肚邢，就會自動生成一個6字節(jié)的主鍵(用戶不可見)
