InnoDB和MyISAM是很多人在使用MySQL時(shí)最常用的兩個(gè)表類型，這兩個(gè)表類型各有優(yōu)劣意推，5.7之后就不一樣了
1嚷节、事務(wù)和外鍵
InnoDB具有事務(wù)，支持4個(gè)事務(wù)隔離級(jí)別灼擂，回滾，崩潰修復(fù)能力和多版本并發(fā)的事務(wù)安全觉至，包括ACID剔应。如果應(yīng)用中需要執(zhí)行大量的INSERT或UPDATE操作，則應(yīng)該使用InnoDB语御，這樣可以提高多用戶并發(fā)操作的性能
MyISAM管理非事務(wù)表峻贮。它提供高速存儲(chǔ)和檢索，以及全文搜索能力应闯。如果應(yīng)用中需要執(zhí)行大量的SELECT查詢纤控，那么MyISAM是更好的選擇
2、全文索引
Innodb不支持全文索引碉纺，如果一定要用的話船万，最好使用sphinx等搜索引擎。myisam對(duì)中文支持的不是很好
不過新版本的Innodb已經(jīng)支持了
3惜辑、鎖
mysql支持三種鎖定級(jí)別，行級(jí)疫赎、頁(yè)級(jí)盛撑、表級(jí);
MyISAM支持表級(jí)鎖定，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in SELECTs)
InnoDB支持行級(jí)鎖捧搞，InnoDB表的行鎖也不是絕對(duì)的抵卫，如果在執(zhí)行一個(gè)SQL語(yǔ)句時(shí)MySQL不能確定要掃描的范圍，InnoDB表同樣會(huì)鎖全表胎撇，注意間隙鎖的影響
例如update table set num=1 where name like “%aaa%”
4介粘、存儲(chǔ)
MyISAM在磁盤上存儲(chǔ)成三個(gè)文件。第一個(gè)文件的名字以表的名字開始晚树，擴(kuò)展名指出文件類型姻采， .frm文件存儲(chǔ)表定義，數(shù)據(jù)文件的擴(kuò)展名為.MYD爵憎， 索引文件的擴(kuò)展名是.MYI
InnoDB慨亲，基于磁盤的資源是InnoDB表空間數(shù)據(jù)文件和它的日志文件，InnoDB 表的大小只受限于操作系統(tǒng)文件的大小
注意：MyISAM表是保存成文件的形式宝鼓，在跨平臺(tái)的數(shù)據(jù)轉(zhuǎn)移中使用MyISAM存儲(chǔ)會(huì)省去不少的麻煩
5刑棵、索引
InnoDB（索引組織表）使用的聚簇索引、索引就是數(shù)據(jù)愚铡，順序存儲(chǔ)蛉签，因此能緩存索引，也能緩存數(shù)據(jù)
MyISAM（堆組織表）使用的是非聚簇索引、索引和文件分開碍舍，隨機(jī)存儲(chǔ)柠座，只能緩存索引
6、并發(fā)
MyISAM讀寫互相阻塞：不僅會(huì)在寫入的時(shí)候阻塞讀取乒验，MyISAM還會(huì)在讀取的時(shí)候阻塞寫入愚隧，但讀本身并不會(huì)阻塞另外的讀
InnoDB 讀寫阻塞與事務(wù)隔離級(jí)別相關(guān)
7、場(chǎng)景選擇
MyISAM
不需要事務(wù)支持（不支持）
并發(fā)相對(duì)較低（鎖定機(jī)制問題）
數(shù)據(jù)修改相對(duì)較少（阻塞問題）锻全，以讀為主
數(shù)據(jù)一致性要求不是非常高
盡量索引（緩存機(jī)制）
調(diào)整讀寫優(yōu)先級(jí)狂塘，根據(jù)實(shí)際需求確保重要操作更優(yōu)先
啟用延遲插入改善大批量寫入性能
盡量順序操作讓insert數(shù)據(jù)都寫入到尾部，減少阻塞
分解大的操作鳄厌，降低單個(gè)操作的阻塞時(shí)間
降低并發(fā)數(shù)荞胡，某些高并發(fā)場(chǎng)景通過應(yīng)用來進(jìn)行排隊(duì)機(jī)制
對(duì)于相對(duì)靜態(tài)的數(shù)據(jù)，充分利用Query Cache可以極大的提高訪問效率
MyISAM的Count只有在全表掃描的時(shí)候特別高效了嚎，帶有其他條件的count都需要進(jìn)行實(shí)際的數(shù)據(jù)訪問
InnoDB
需要事務(wù)支持（具有較好的事務(wù)特性）
行級(jí)鎖定對(duì)高并發(fā)有很好的適應(yīng)能力泪漂，但需要確保查詢是通過索引完成
數(shù)據(jù)更新較為頻繁的場(chǎng)景
數(shù)據(jù)一致性要求較高
硬件設(shè)備內(nèi)存較大，可以利用InnoDB較好的緩存能力來提高內(nèi)存利用率歪泳，盡可能減少磁盤 IO
主鍵盡可能小萝勤，避免給Secondary index帶來過大的空間負(fù)擔(dān)
避免全表掃描，因?yàn)闀?huì)使用表鎖
盡可能緩存所有的索引和數(shù)據(jù)呐伞，提高響應(yīng)速度
在大批量小插入的時(shí)候敌卓，盡量自己控制事務(wù)而不要使用autocommit自動(dòng)提交
合理設(shè)置innodb_flush_log_at_trx_commit參數(shù)值，不要過度追求安全性
避免主鍵更新伶氢，因?yàn)檫@會(huì)帶來大量的數(shù)據(jù)移動(dòng)
8趟径、其它細(xì)節(jié)
1）InnoDB 中不保存表的具體行數(shù)，注意的是癣防，當(dāng)count(*)語(yǔ)句包含 where條件時(shí)蜗巧，兩種表的操作是一樣的
2）對(duì)于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引蕾盯，但是在MyISAM表中幕屹，可以和其他字段一起建立聯(lián)合索引， 如果你為一個(gè)表指定AUTO_INCREMENT列级遭，在數(shù)據(jù)詞典里的InnoDB表句柄包含一個(gè)名為自動(dòng)增長(zhǎng)計(jì)數(shù)器的計(jì)數(shù)器香嗓，它被用在為該列賦新值。自動(dòng)增長(zhǎng)計(jì)數(shù)器僅被存儲(chǔ)在主內(nèi)存中装畅，而不是存在磁盤
3）DELETE FROM table時(shí)靠娱，InnoDB不會(huì)重新建立表，而是一行一行的刪除
4）LOAD TABLE FROM MASTER操作對(duì)InnoDB是不起作用的掠兄，解決方法是首先把InnoDB表改成MyISAM表像云，導(dǎo)入數(shù)據(jù)后再改成InnoDB表锌雀，但是對(duì)于使用的額外的InnoDB特性(例如外鍵)的表不適用
5）如果執(zhí)行大量的SELECT，MyISAM是更好的選擇迅诬，如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE腋逆，出于性能方面的考慮，應(yīng)該使用InnoDB表
7侈贷、為什么MyISAM會(huì)比Innodb 的查詢速度快
InnoDB 在做SELECT的時(shí)候惩歉，要維護(hù)的東西比MYISAM引擎多很多；
1）InnoDB 要緩存數(shù)據(jù)和索引俏蛮，MyISAM只緩存索引塊撑蚌，這中間還有換進(jìn)換出的減少
2）innodb尋址要映射到塊，再到行搏屑，MyISAM記錄的直接是文件的OFFSET争涌，定位比INNODB要快
3）InnoDB 還需要維護(hù)MVCC一致；雖然你的場(chǎng)景沒有辣恋，但他還是需要去檢查和維護(hù)
MVCC ( Multi-Version Concurrency Control )多版本并發(fā)控制
InnoDB ：通過為每一行記錄添加兩個(gè)額外的隱藏的值來實(shí)現(xiàn)MVCC亮垫，這兩個(gè)值一個(gè)記錄這行數(shù)據(jù)何時(shí)被創(chuàng)建，另外一個(gè)記錄這行數(shù)據(jù)何時(shí)過期（或者被刪除）伟骨。但是InnoDB并不存儲(chǔ)這些事件發(fā)生時(shí)的實(shí)際時(shí)間饮潦，相反它只存儲(chǔ)這些事件發(fā)生時(shí)的系統(tǒng)版本號(hào)。這是一個(gè)隨著事務(wù)的創(chuàng)建而不斷增長(zhǎng)的數(shù)字携狭。每個(gè)事務(wù)在事務(wù)開始時(shí)會(huì)記錄它自己的系統(tǒng)版本號(hào)继蜡。每個(gè)查詢必須去檢查每行數(shù)據(jù)的版本號(hào)與事務(wù)的版本號(hào)是否相同。讓我們來看看當(dāng)隔離級(jí)別是REPEATABLE READ時(shí)這種策略是如何應(yīng)用到特定的操作的
SELECT InnoDB必須每行數(shù)據(jù)來保證它符合兩個(gè)條件
1暑中、InnoDB必須找到一個(gè)行的版本壹瘟，它至少要和事務(wù)的版本一樣老(也即它的版本號(hào)不大于事務(wù)的版本號(hào))鲫剿。這保證了不管是事務(wù)開始之前鳄逾，或者事務(wù)創(chuàng)建時(shí)，或者修改了這行數(shù)據(jù)的時(shí)候灵莲，這行數(shù)據(jù)是存在的雕凹。
2、這行數(shù)據(jù)的刪除版本必須是未定義的或者比事務(wù)版本要大政冻。這可以保證在事務(wù)開始之前這行數(shù)據(jù)沒有被刪除。
8汽摹、mysql性能討論
MyISAM最為人垢病的缺點(diǎn)就是缺乏事務(wù)的支持
InnoDB 的磁盤性能很令人擔(dān)心
MySQL 缺乏良好的 tablespace
