## 問題 當前，絕大多數業務場景用InnoDB已經完全能搞定了，越來越多的業務從MyISAM轉向InnoDB引擎，那么有哪些注意事項呢？ ## 分析 當了解完兩種引擎的不同之處，很輕松的就能知道有哪些關鍵點了。 總的來說，從MyISAM轉向InnoDB的注意事項有： ~~~ 1、MyISAM的主鍵索引中，可以在非第一列(非第一個字段)使用自增列，而InnoDB的主鍵索引中包含自增列時，必須在最前面；這個特性在discuz論壇中，被設計用于“搶樓”功能，因此，若有類似的業務，則無法將該表從MyISAM轉成InnoDB，需要自行變通實現（我們則是將其改到Redis中實現）； 2、不帶條件頻繁統計全表總記錄數時(SELECT COUNT(*) FROM TAB)，InnoDB相對較慢，而MyISAM則飛快；不過，如果是基于索引條件的統計，則二者相差不大； 3、InnoDB在5.6以前不支持全文索引，不過這個相信無所謂，沒什么人會在MySQL里直接跑全文索引，尤其是對中文的全文索引（前陣子有開發同學提需求直接被我否了），確實有需要的話，可以采用Sphinx、Lucene等其他方案實現； 4、一次性導入大量數據并且后續還要進行加工處理的，可以先導入到MyISAM引擎表中，經過一通加工處理完后，再導入InnoDB表（我曾經在業務中用此方法提高數據批量導入及處理效率）； 5、InnoDB不支持LOAD TABLE FROM MASTER語法（不過應該也很少人使用吧）； ~~~ 從MyISAM轉成InnoDB可以享受的好處則有： ~~~ 1、完整事務特性支持，以及更高的數據并發存取效率，即更高的TPS； 2、數據庫實例異常重啟后，InnoDB表能自動修復，而且速度相對更快，而MyISAM需要被觸發才能修復，且相對耗時可能多4~5倍甚至更多； 3、更高的數據讀取性能，因為InnoDB把數據及索引同時緩存在內存中，而MyISAM只緩存了索引； 4、InnoDB支持外鍵（不過在MySQL中，應該很少人用到外鍵）； ~~~ 兩個引擎間的重要區別詳情見下： MyISAM引擎的特點： ~~~ 1、堆組織表； 2、不支持事務； 3、數據文件和索引文件分開存儲； 4、支持全文索引； 5、主鍵索引和二級索引完全一樣都是B+樹的數據結構，只有是否唯一的區別（主鍵和唯一索引有唯一屬性，其他普通索引沒有唯一屬性。B+樹葉子節點存儲的都是指向行記錄的row pointer）； 6、有特殊計數器記錄當前記錄數； 7、不支持Crash recovery; 8、索引文件很容易損壞； ~~~ InnoDB引擎的特點 ~~~ 1、索引組織表； 2、支持事務； 3、數據文件和索引文件存儲在同一個表空間中； 4、在5.6以前，不支持全文索引； 5、主鍵和二級索引數據結構一樣都是B+樹，但葉子節點存儲的鍵值不一樣（主鍵的葉子節點存儲整行數據，因此也稱為聚集索引；而二級索引的葉子節點存儲的是主鍵的鍵值） 5、支持Crash recovery； 6、相同數據量時，InnoDB表空間文件大小約為MyISAM引擎的1.5~2倍； ~~~ 關于InnoDB、MyISAM兩種引擎的對比測試，可以參考Percona的這個對比：[http://www.percona.com/blog/2007/01/08/innodb-vs-myisam-vs-falcon-benchmarks-part-1/](http://www.percona.com/blog/2007/01/08/innodb-vs-myisam-vs-falcon-benchmarks-part-1/)