1、事務
2、外來鍵
3、鎖機制
4、增刪改查
5、全文索引
6、儲存結構（索引區別）
詳見：索引和二級索引
myisam表分為三個檔案儲存，資料和索引分開儲存：
表定義檔案：.frm
資料檔案的：.myd (mydata)。
索引檔案：.myi (myindex)
myisam的索引也是b+tree，但是myisam的索引檔案和資料是分開存放的，主鍵和輔助索引相同，僅儲存記錄所在頁的指標。
7、count
其他：為什麼myisam會比innodb 的查詢速度快
innodb在做select的時候，要維護的東西比myisam引擎多很多；
1）資料塊，innodb要快取，myisam只快取索引塊， 這中間還有換進換出的減少；
2）innodb定址要對映到塊，再到行，myisam 記錄的直接是檔案的offset，定位比innodb要快
3）innodb還需要維護mvcc一致；雖然你的場景沒有，但他還是需要去檢查和維護
mvcc ( multi-version concurrency control )多版本併發控制
innodb：通過為每一行記錄新增兩個額外的隱藏的值來實現mvcc，這兩個值乙個記錄這行資料何時被建立，另外乙個記錄這行資料何時過期（或者被刪除）。但是innodb並不儲存這些事件發生時的實際時間，相反它只儲存這些事件發生時的系統版本號。這是乙個隨著事務的建立而不斷增長的數字。每個事務在事務開始時會記錄它自己的系統版本號。每個查詢必須去檢查每行資料的版本號與事務的版本號是否相同。讓我們來看看當隔離級別是repeatable read時這種策略是如何應用到特定的操作的：
select innodb必須每行資料來保證它符合兩個條件：
1、innodb必須找到乙個行的版本，它至少要和事務的版本一樣老(也即它的版本號不大於事務的版本號)。這保證了不管是事務開始之前，或者事務建立時，或者修改了這行資料的時候，這行資料是存在的。
2、這行資料的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被刪除。
MySQL InnoDB和MyIsam引擎的區別
1.區別 1 事務處理 myisam是非事務安全型的，而innodb是事務安全型的 支援事務處理等高階處理 2 鎖機制不同 myisam是表級鎖，而innodb是行級鎖 3 select update insert delete 操作 myisam 如果執行大量的select，myisam是更好的選...
MySQL InnoDB事務和鎖
innodb中的事務遵循了acid原則 read uncommit 最鬆散的級別 read commit 可解決髒讀問題 rc級別下 repeatable read mysql預設的級別，可解決幻讀問題 serializabale 最嚴格的級別，基於鎖序列執行事務 輸出中transactions一節...
MySQL InnoDB和MyISAM引擎的區別
innodb 支援 myisam 不支援 innodb 將資料表分成2個部分儲存，字尾為frm的檔案儲存表結構，字尾為ibd的檔案儲存資料和索引 myisam 將資料表分成3個部分儲存，字尾為frm的檔案儲存表結構，字尾為myd的檔案儲存資料，字尾為myi的檔案儲存索引 innodb 支援行級鎖，行...