在mysql中有几种不同的存储引擎，有的是运行速度快，有的是处理事务强，又或者是可以临时使用。那么，为什么最后是InnoDB被选作默认的存储引擎呢？相信很多小伙伴都有这样的疑虑，今天我们把它和MyISAM进行功能和性能上的对比，找出InnoDB被作为默认存储引擎的原因。
以主流的MyISAM和InnoDB的对比
1.功能对比
InnoDB支持ACID的事务4个特性，而MyISAM不支持；
InnoDB支持4种事务隔离级别，默认是可重复读repeatable read，MyISAM不支持；
InnoDB支持crash安全恢复，MyISAM不支持；InnoDB支持外键，MyISAM不支持；
InnoDB支持行级别的锁粒度，MyISAM不支持，只支持表级别的锁粒度；
InnoDB支持MVCC，MyISAM不支持。
InnoDB特性上，InnoDB表最大可以64TB，支持聚簇索引、支持压缩数据存储，支持数据加密，支持查询/索引/数据高速缓存，支持自适应hash索引、空间索引，支持热备份和恢复等。
2.性能对比
（1）读写混合模式下，随着CPU核数的增加，InnoDB的读写能力呈线性增长，在这个测试用例里，最高可达近9000的TPS，但MyISAM因为读写不能并发，它的处理能力跟核数没关系，呈一条水平线，TPS低于500。
（2）只读模式下，随着CPU核数的增加，InnoDB的读写能力呈线性增长，最高可达近14000的TPS，但MyISAM的处理能力不到3000。
以上测试仅为说明InnoDB比MyISAM的处理能力强大，具体TPS测试数据跟硬件和测试条件不同而有很大差异。
拓展：
ARCHIVE存储引擎
该存储引擎非常适合存储大量独立的、作为历史记录的数据。区别于InnoDB和MyISAM这两种引擎，ARCHIVE提供了压缩功能，拥有高效的插入速度，但是这种引擎不支持索引，所以查询性能较差一些。
注意，同一个数据库也可以使用多种存储引擎的表。如果一个表要求比较高的事务处理，可以选择InnoDB。这个数据库中可以将查询要求比较高的表选择MyISAM存储。如果该数据库需要一个用于查询的临时表，可以选择MEMORY存储引擎。
通过对比我们可以看出，虽然二者都是主流的存储引擎，但大部分的性能上InnoDB都比MyISAM优秀的太多，这也是我们把它作为默认存储引擎的原因之一。
