自建数据库时，InnoDB和MyISAM存储引擎有什么区别？

在自建 MySQL 数据库时，选择合适的存储引擎非常重要。InnoDB 和 MyISAM 是 MySQL 中两种最常用的存储引擎，它们在性能、功能和适用场景上有显著区别。以下是两者的主要区别：

1. 事务支持（Transaction Support）

• InnoDB：支持事务（ACID 特性），提供 COMMIT、ROLLBACK 和 SAVEPOINT 等操作，适合需要数据一致性和完整性的应用。
• MyISAM：不支持事务，一旦执行写操作就立即生效，无法回滚。

✅ 场景建议：银行系统、订单系统等需要事务控制的场景应使用 InnoDB。

2. 外键支持（Foreign Key Constraints）

• InnoDB：支持外键约束，可保证表之间的引用完整性。
• MyISAM：不支持外键。

✅ 场景建议：涉及多表关联且需维护数据一致性的系统推荐使用 InnoDB。

3. 锁机制（Locking Mechanism）

• InnoDB：支持行级锁（Row-level Locking），并发写性能高，多个事务可以同时修改不同行。
• MyISAM：只支持表级锁（Table-level Locking），写操作会锁定整张表，导致并发性能较差。

✅ 场景建议：高并发写入场景（如电商下单）应使用 InnoDB。

4. 崩溃恢复能力（Crash Recovery）

• InnoDB：具有崩溃恢复能力，通过重做日志（redo log）和回滚日志（undo log）确保数据持久性和一致性。
• MyISAM：没有完善的崩溃恢复机制，数据库异常关闭后容易出现表损坏，需手动修复（REPAIR TABLE）。

✅ 场景建议：对数据可靠性要求高的系统必须使用 InnoDB。

5. 全文索引（Full-text Index）

• MyISAM：早期版本中支持全文索引（FULLTEXT）。
• InnoDB：从 MySQL 5.6 开始也支持 FULLTEXT 索引，功能逐渐完善。

⚠️ 注意：现在 InnoDB 已支持全文索引，不再是 MyISAM 的优势。

6. 性能特点

✅ 建议：频繁读写的系统用 InnoDB；纯读、静态数据可用 MyISAM（但已不推荐）。

7. 存储结构

• InnoDB：
  • 表数据存储在表空间（tablespace）中，可以是共享或独立表空间。
  • 支持聚簇索引（主键索引即数据存储结构）。
• MyISAM：
  • 每个表对应三个文件：.frm（结构）、.MYD（数据）、.MYI（索引）。
  • 使用非聚簇索引，数据和索引分离。

8. *计数操作（COUNT()）**

• MyISAM：存储了表的行数，SELECT COUNT(*) 非常快（无需全表扫描）。
• InnoDB：不保存总行数，COUNT(*) 需要扫描（但可通过优化手段缓解）。

⚠️ 注意：这个优势在大多数实际场景中并不重要，且可通过缓存解决。

9. 压缩与特性支持

• InnoDB：支持表压缩、在线 DDL、MVCC（多版本并发控制）等高级特性。
• MyISAM：功能较简单，缺乏现代数据库所需特性。

总结对比表

推荐结论

✅ 强烈推荐使用 InnoDB，尤其是在现代应用开发中。MySQL 5.5 以后默认存储引擎就是 InnoDB，官方也已不再积极维护 MyISAM。

❌ MyISAM 仅适用于极少数特殊场景（如日志类只读表、嵌入式系统资源受限），一般不建议新项目使用。

如有特定业务需求（如大量统计查询、全文搜索），也可结合使用两种引擎，但应以 InnoDB 为主。