innodb介紹： MySQL默認的事務性存儲引擎，MySQL中最重要的也是使用最爲廣泛的存儲引擎，它被設計爲大量的短期事務，短期事務大部分前提下都是被正確提交的，很少被回滾。innodb的性能與自動崩潰恢復的特性，使得它在非事務存儲需求中也很受歡迎，除非有非常特別的原因要使用其它存儲引擎，否則應該優先考慮innodb存儲引擎。
myisam介紹： 在MySQL5.1及之前的版本，myisam是磨人的存儲引擎。myisam提供的大量特性，包括全文索引、壓縮、空間函數等。但myisam不提供事務支持和行級鎖，而最大的缺陷是無法從崩潰中恢復，但對於一些只讀數據或者表比較小，可以忍受修復操作，那麼使用myisam具有一定的優勢。
兩者區別：
- 存儲結構：
- MyISAM：每個MyISAM在磁盤上存儲成三個文件。分別爲：表定義文件、數據文件、索引文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。.frm文件存儲表定義。數據文件的擴展名爲.MYD (MYData)。索引文件的擴展名是.MYI (MYIndex)。
- InnoDB：所有的表都保存在同一個數據文件中（也可能是多個文件，或者是獨立的表空間文件），InnoDB表的大小隻受限於操作系統文件的大小，一般爲2GB。
- 存儲空間：
- MyISAM： MyISAM支持三種不同的存儲格式：靜態表(默認，但是注意數據末尾不能有空格，會被去掉)、動態表、壓縮表。當表在創建之後並導入數據之後，不會再進行修改操作，可以使用壓縮表，極大的減少磁盤的空間佔用。
- InnoDB： 需要更多的內存和存儲，它會在主內存中建立其專用的緩衝池用於高速緩衝數據和索引。
- 可移植性、備份及恢復
- MyISAM：數據以單獨的文件形式存儲，所以在跨平臺的數據轉移中會很方便。在備份和恢復時可單獨針對某個表進行操作。
- InnoDB：可以拷貝數據文件、備份 binlog，或者用 mysqldump，在數據量達到幾十G的時候就相對痛苦了。
- 事務支持：
- myisam：強調性能，其每次查詢具有原子性（表鎖），執行速度比innodb快很多，但不支持事務。
- innodb：支持事務、外鍵等高級數據庫功能，具備事務提交、回滾和崩潰恢復能力的事務安全型表。
- AUTO_INCREMENT（自增字段）：
- myisam：可以和其它字段一起建立聯合索引。引擎的自動增長列必須是索引，如果是組合索引，自動增長可以不是一列，可以根據前面幾列進行排序後遞增。
- innodb：必須包含只有自動增長列的索引。引擎的自動增長列必須是索引，如果是組合索引也必須是組合索引的第一列。
- 表鎖差異：
- myisam：支持表級鎖，用戶在操作myisam表時，select，update，delete，insert語句都會給表自動加鎖，如果加鎖以後的表滿足insert併發的情況下，可以在表的尾部插入新的數據。
- InnoDB： 支持行級鎖，是innodb的最大特色。行鎖大幅度提高了多用戶併發操作的性能。但是InnoDB的行鎖，只是在where的主鍵是有效的，非主鍵的where都會鎖全表的。
- 表主鍵：
- myisam：允許沒有任何索引和主鍵的表存在，索引保存的是行的地址。
- innodb：如果沒有設定主鍵或非空唯一性索引，那麼就會自動生成一個6字節的主鍵(用戶不可見)，數據是主索引的一部分，附加索引保存的是主索引的值
- 表的具體行數：
- MyISAM：保存有表的總行數，如果select count() from table;會直接取出出該值。
- InnoDB： 沒有保存表的總行數，如果使用select count(*) from table；就會遍歷整個表，消耗相當大，但是在加了wehre條件後，myisam和innodb處理的方式都一樣。
- CRUD操作：
- MyISAM：如果執行大量的SELECT，MyISAM是更好的選擇。
- InnoDB：如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表。
- 索引：
- MyISAM ：非聚集索引，非聚集索引，數據文件是分離的，索引保存的是數據文件的指針。主鍵索引和輔助索引是獨立的。
- InnoDB ：聚集索引，聚簇索引的文件存放在主鍵索引的葉子節點上，因此 InnoDB 必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然後再通過主鍵查詢到數據。因此，主鍵不應該過大，因爲主鍵太大，其他索引也都會很大。
