MySQL存储引擎

MySQL有很多种存储引擎，完整的介绍详见官方文档：

MySQL引擎官方介绍

其中InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型，这两种类型最主要的差别就是InnoDB支持事务处理与外键和行级锁，而MyISAM更为强调性能。

以下是一些细节和具体实现的差别：
　　◆1.InnoDB不支持FULLTEXT类型的索引。
　　◆2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。
　　◆3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。
　　◆4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。
　　◆5.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性(例如外键)的表不适用。

选择合适的引擎

大部分情况下，InnoDB都是正确的选择，可以简单地归纳为一句话“除非需要用到某些InnoDB不具备的特性，并且没有其他办法可以替代，否则都应该优先选择InnoDB引擎”。
除非万不得已，否则建议不要混合使用多种存储引擎，否则可能带来一系列负责的问题，以及一些潜在的bug和边界问题。
如果应用需要不同的存储引擎，请先考虑以下几个因素：
事务：
    如果应用需要事务支持，那么InnoDB(或者XtraDB)是目前最稳定并且经过验证的选择。
备份：
    如果可以定期地关闭服务器来执行备份，那么备份的因素可以忽略。反之，如果需要在线热备份，那么选择InnoDB就是基本的要求。
崩溃恢复
    MyISAM崩溃后发生损坏的概率比InnoDB要高很多，而且恢复速度也要慢。
特有的特性
    如果一个存储引擎拥有一些关键的特性，同时却又缺乏一些必要的特性，那么有时候不得不做折中的考虑，或者在架构设计上做一些取舍。