在 MySQL 的世界里，选择正确的 MySQL 存储引擎是数据库设计的关键一步。本文将聚焦于两大最常用的引擎——InnoDB 和 MyISAM，通过对比它们在事务、锁、索引、性能等方面的差异，帮助你根据实际业务需求做出明智的选择。请注意，本文基于 MySQL 5.7 及以后版本的行为，不同版本可能存在细节差异，但核心特性基本一致。
InnoDB 与 MyISAM 的核心差异
InnoDB 是 MySQL 默认的存储引擎，支持事务、行级锁和外键，而 MyISAM 则不支持事务，使用表级锁，更倾向于读密集型的应用。下面我们从几个关键维度进行对比。
事务支持
InnoDB 支持 ACID 事务，提供提交、回滚和崩溃恢复能力，适合需要数据一致性的场景。MyISAM 不支持事务，任何写入操作都是直接写入，一旦发生错误，可能导致数据不一致。因此，对于银行、订单等要求强一致性的应用，InnoDB 是唯一选择。
锁机制
InnoDB 使用行级锁，支持并发写入，但要注意，行级锁只有在使用索引时才会生效，否则会退化为表锁。MyISAM 只支持表级锁，写入时会锁定整个表，导致并发写入性能较差，但读操作不受影响。因此，在读多写少的场景，MyISAM 可能表现更好，但写密集场景下 InnoDB 优势明显。
索引实现
InnoDB 的索引是聚簇索引，数据文件本身就是索引文件，主键索引的叶子节点保存完整数据行，二级索引则保存主键值。MyISAM 的索引是非聚簇的，索引文件和数据文件分离，索引叶子节点保存数据行的指针。这意味着 InnoDB 的主键查询非常快，但二级索引查询需要回表，而 MyISAM 的索引查询效率相对稳定。
崩溃恢复
InnoDB 通过 redo log 和 undo log 实现崩溃恢复，能够在数据库异常重启后自动恢复未完成的事务，保证数据一致性。MyISAM 没有这样的机制，崩溃后可能导致表损坏，需要手动修复。因此，对于高可用要求高的系统，InnoDB 是更好的选择。
性能对比：读写场景分析
性能是选择引擎的重要考量，但必须结合具体场景。
读密集场景
MyISAM 的索引结构简单，且支持压缩索引，在某些只读或读多写少的场景下，查询速度可能优于 InnoDB。例如，数据仓库中的维度表或历史数据表，很少更新，使用 MyISAM 可以节省存储空间并提高查询效率。但要注意，MyISAM 不支持事务，如果数据需要频繁更新，则不建议使用。
写密集场景
InnoDB 的行级锁和 MVCC 机制使得并发写入性能远优于 MyISAM。在写入操作频繁的应用中，如订单系统、日志系统，InnoDB 可以避免表锁带来的阻塞，提高吞吐量。此外，InnoDB 还支持缓冲池，能够缓存数据和索引，减少磁盘 I/O。
全文索引
MyISAM 从 MySQL 5.6 之前一直支持全文索引，而 InnoDB 在 5.6 之后也加入了全文索引支持。但两者在实现上有所不同，MyISAM 的全文索引基于倒排索引，而 InnoDB 基于 FTS 文档。对于全文搜索需求，更推荐使用专业的搜索引擎，如 Elasticsearch，而不是依赖数据库。
如何选择：适用场景与判断标准
选择 MySQL 存储引擎时，可以从以下几个方面进行判断：
- 数据一致性要求：如果业务要求事务和 ACID 特性，必须选择 InnoDB。
- 并发写入量：如果写入频繁且并发高，InnoDB 是首选。
- 读多写少且无需事务：可以考虑 MyISAM，但需注意其表锁和崩溃恢复的缺陷。
- 是否需要外键：InnoDB 支持外键，MyISAM 不支持。
此外，还要考虑存储引擎的运维成本。InnoDB 需要更多的内存和磁盘空间，但提供了更好的数据可靠性；MyISAM 更轻量，但需要定期维护表。
迁移指南：从 MyISAM 到 InnoDB
如果你决定从 MyISAM 迁移到 InnoDB，可以按照以下步骤操作：
- 备份数据：在迁移前，务必进行完整备份，以防万一。
- 修改表引擎：使用
ALTER TABLE table_name ENGINE=InnoDB;语句转换单张表，或者使用mysqldump导出导入整个数据库。 - 调整配置：InnoDB 需要配置
innodb_buffer_pool_size等参数，建议根据内存大小调整。 - 测试验证：在测试环境验证迁移后的数据完整性和性能，确保无问题后再应用到生产。
迁移过程中可能遇到表损坏、锁等待等问题，建议在低峰期进行，并监控系统日志。
常见误区与注意事项
- 误区一：MyISAM 总是比 InnoDB 快：实际上，在写密集场景下，InnoDB 的并发性能更好，读性能也相差不大。
- 误区二：InnoDB 一定比 MyISAM 占用更多空间：虽然 InnoDB 有额外的 redo log，但 MyISAM 的表碎片化可能更严重，实际空间差异不大。
- 误区三：可以随意切换引擎：切换引擎前需确认功能兼容性，例如外键、事务等特性在 MyISAM 中不可用。
另外，要注意 MySQL 8.0 中 MyISAM 仍被支持，但官方已建议使用 InnoDB。如果你的业务需要全文索引，且数据量不大，也可以考虑 InnoDB 的全文索引功能。
参考资料
延伸阅读