MySQL 有多种存储引擎，目前常用的是 MyISAM 和 InnoDB 这两个引擎，除了这两个引擎以为还有许多其他引擎，有官方的，也有一些公司自己研发的。
1.什么是 MyISAM
(1)索引类型：MyISAM 是 MySQL 5.5.5 之前的默认引擎，它支持B-tree/FullText/R-tree 索引类型，其优势是访问的速度快，对事务完整性没有要求或者以SELECT、INSERT 为主的应用基本上都可以使用这个引擎来创建表。
(2)自动增长列：自动增长列可以是组合索引的其他列，这样插入记录后，自动增长列是按照组合索引的前面几列进行排序后递增的。
(3)锁级别：表锁，表锁优点是开销小，加锁快；缺点是锁粒度大，发生锁冲动概率较高，容纳并发能力低，这个引擎适合查询为主的业务。
(4)事务和外键：此引擎不支持事务，也不支持外键。
(5)读取性能：MyISAM强调了快速读取操作。它存储表的行数，于是SELECT COUNT(*) FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。
2.什么是 InnoDB
(1)索引类型：InnoDB 存储引擎最大的亮点就是支持事务、回滚和崩溃恢复。对比MyISAM的存储引擎，InnoDB写的效率差一些并且会占用更多的磁盘空间以保留数据和索引。它支持 Hash/B-tree 索引类型。
(2)自动增长列：自动增长列必须是索引。如果是组合索引，也必须是组合索引的第一列。InnoDB 表的自动增长列可以手工插入，但是插入的值如果是空或者0，则实际插入的将是自动增长后的值。
(3)锁级别：行锁，行锁优点是适用于高并发的频繁表修改，高并发是性能优于 MyISAM。缺点是系统消耗较大，索引不仅缓存自身，也缓存数据，相比 MyISAM 需要更大的内存。
(4)事务和外键：支持事务，支持外键。在创建外键的时候，要求父表必须有对应的索引，子表在创建外键的时候也会自动创建对应的索引。当某个表被其他表创建了外键参照，那么该表的对应索引或者主键禁止被删除。
(5)读取性能：InnoDB 中不保存表的具体行数，也就是说，执行 select count(*) from table时，InnoDB 要扫描一遍整个表来计算有多少行。
3.MyIsAM 与 InnoDB 比较
MyIsAM 与 InnoDB 有哪些区别？从存储结构、性能、使用者角度进行分析。
| 比较项 | MyIsAm | InnoDB |
|---|---|---|
| 存储结构 | 每张表被存放在三个文件：frm-格定义MYD(MYData)-数据文件MYI(MYIndex)-索引文件 | 所有的表都保存在同一个数据文件中（也可能是多个文件，或者是独立的表空间文件），InnoDB表的大小只受限于操作系统文件的大小，一般为2GB |
| 存储空间 | MyISAM可被压缩，存储空间较小 | InnoDB的表需要更多的内存和存储，它会在主内存中建立其专用的缓冲池用于高速缓冲数据和索引 |
| 可移植性、备份及恢复 | 由于MyISAM的数据是以文件的形式存储，所以在跨平台的数据转移中会很方便。在备份和恢复时可单独针对某个表进行操作 | 免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump，在数据量达到几十G的时候就相对痛苦了 |
| 事务安全 | 不支持，每次查询具有原子性 | 支持具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表 |
| AUTO_INCREMENT | MyISAM表可以和其他字段一起建立联合索引 | InnoDB中必须包含只有该字段的索引 |
| SELECT | MyISAM更优 | |
| INSERT | InnoDB更优 | |
| UPDATE | InnoDB更优 | |
| DELETE | InnoDB更优 它不会重新建立表，而是一行一行的删除 | |
| COUNT without WHERE | MyISAM更优。因为MyISAM保存了表的具体行数 | InnoDB没有保存表的具体行数，需要逐行扫描统计，就很慢了 |
| 锁 | 只支持表锁 | 支持表锁、行锁。行锁大幅度提高了多用户并发操作的新能。但是InnoDB的行锁，只是在WHERE的主键是有效的，非主键的WHERE都会锁全表的 |
| 外键 | 不支持 | 支持 |
| 索引 | 支持 | 不支持（5.6.4以上支持英文全文索引）可以通过使用Sphinx从InnoDB中获得全文索引，会慢一点 |
4.如何选择存储引擎
(1)MyIsAM：如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常适合的。MyISAM 是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。
(2)InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作，那么InnoDB 存储引擎应该是比较合适的选择。InnoDB 存储引擎除了有效地降低由于删除和更新导致的锁定，还可以确保事务的完整提交（Commit）和回滚（Rollback），对于类似计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB 都是合适的选择。
(3)互联网项目中随着硬件成本的降低及缓存、中间件的应用，一般我们选择都以 InnoDB 存储引擎为主，很少再去选择 MyISAM 了。而业务真发展的一定程度时，自带的存储引擎无法满足时，这时公司应该是有实力去自主研发满足自己需求的存储引擎或者购买商用的存储引擎了。
