1、innodb和myisam是什麼？
innodb和myisam是mysql最常用的兩種存儲引擎。
MySQL 有多種存儲引擎，每種存儲引擎有各自的優缺點（第3節說）。可以使用命令“show engines”查看引擎（下圖附命令以及顯示內容）。
2、如何使用innodb和myisam？
mysql 5.5版本以及以後默認使用innoDB,如果創建表時候不指定存儲引擎默認使用 innoDB,如果不想使用默認的存儲引擎可以使用如下方法改變：
a、表創建默認存儲引擎：
create table table_name(
id int primary key,
name varchar(50)
) type=MyISAM;
b、表級修改存儲引擎：
alter table `Table_name` engine= MyISAM;
c、設置默認存儲引擎，配置文件my.ini ：
my.ini，在[mysqld]最後添加爲上default-storage-engine=myisam，重啓服務
3、innodb和myisam區別？
1)、事務和外鍵
InnoDB具有事務，支持4個事務隔離級別（讀未提交（Read Uncommitted），讀已提交（Read Committed），可重複讀（Repeated Read），串行化（Serializable）），回滾，崩潰修復能力和多版本併發的事務安全。如果應用中需要執行大量的INSERT或UPDATE操作，則應該使用InnoDB，這樣可以提高多用戶併發操作的性能。
MyISAM管理非事務表。它提供高速存儲和檢索，以及全文搜索能力。如果應用中需要執行大量的SELECT查詢，那麼MyISAM是更好的選擇。
2)、鎖
mysql支持三種鎖定級別，行級、頁級、表級;
MyISAM支持表級鎖定，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in SELECTs)
InnoDB支持行級鎖，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的範圍，InnoDB表同樣會鎖全表，注意間隙鎖的影響。
例如update table set num=1 where name like “%aaa%”
3)、併發
MyISAM讀寫互相阻塞：不僅會在寫入的時候阻塞讀取，MyISAM還會在讀取的時候阻塞寫入，但讀本身並不會阻塞另外的讀。併發性能較差。
InnoDB 讀寫阻塞與事務隔離級別相關。
4)、索引
InnoDB（索引組織表）使用的聚簇索引、索引就是數據，順序存儲，因此能緩存索引，也能緩存數據。
MyISAM（堆組織表）使用的是非聚簇索引、索引和文件分開，隨機存儲，只能緩存索引。
5)、存儲
MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型， .frm文件存儲表定義，數據文件的擴展名爲.MYD， 索引文件的擴展名是.MYI。
InnoDB，基於磁盤的資源是InnoDB表空間數據文件和它的日誌文件，InnoDB 表的大小隻受限於操作系統文件的大小
注意：MyISAM表是保存成文件的形式，在跨平臺的數據轉移中使用MyISAM存儲會省去不少的麻煩
2)、全文索引（基本沒人用，不需要關注，最好使用 ElasticSearch，Solr）
Innodb不支持全文索引，如果一定要用的話，最好使用sphinx等搜索引擎。myisam對中文支持的不是很好。
在 MySQL 5.7.6 之前，全文索引只支持英文全文索引，不支持中文全文索引，需要利用分詞器把中文段落預處理拆分成單詞，然後存入數據庫。
從 MySQL 5.7.6 開始，MySQL內置了ngram全文解析器，用來支持中文、日文、韓文分詞。
4、場景選擇
MyISAM
- 不需要事務支持（不支持）
- 併發相對較低（鎖定機制問題）
- 數據修改相對較少（阻塞問題），以讀爲主
- 數據一致性要求不是非常高
- 儘量索引（緩存機制）
- 調整讀寫優先級，根據實際需求確保重要操作更優先
- 啓用延遲插入改善大批量寫入性能
- 儘量順序操作讓insert數據都寫入到尾部，減少阻塞
- 分解大的操作，降低單個操作的阻塞時間
- 降低併發數，某些高併發場景通過應用來進行排隊機制
- 對於相對靜態的數據，充分利用Query Cache可以極大的提高訪問效率
- MyISAM的Count只有在全表掃描的時候特別高效，帶有其他條件的count都需要進行實際的數據訪問
InnoDB
- 需要事務支持（具有較好的事務特性）
- 行級鎖定對高併發有很好的適應能力，但需要確保查詢是通過索引完成
- 數據更新較爲頻繁的場景
- 數據一致性要求較高
- 硬件設備內存較大，可以利用InnoDB較好的緩存能力來提高內存利用率，儘可能減少磁盤 IO
- 主鍵儘可能小，避免給Secondary index帶來過大的空間負擔
- 避免全表掃描，因爲會使用表鎖
- 儘可能緩存所有的索引和數據，提高響應速度
- 在大批量小插入的時候，儘量自己控制事務而不要使用autocommit自動提交
- 合理設置innodb_flush_log_at_trx_commit參數值，不要過度追求安全性
- 避免主鍵更新，因爲這會帶來大量的數據移動