播面

InnoDB 和 MyISAM 是 MySQL 中最著名、最常用的两种存储引擎。了解它们的区别是数据库设计和面试中的核心考点。

自 MySQL 5.5 版本起，InnoDB 已经取代 MyISAM 成为默认的存储引擎。在绝大多数现代应用中，都推荐使用 InnoDB。

以下是它们的主要区别，按重要程度分类：

1. 核心特性差异（最重要）

• 事务支持 (Transactions)
  • InnoDB：支持完整的 ACID 事务（具有提交、回滚和崩溃恢复能力）。非常适合处理对数据完整性要求高的业务（如电商交易、银行转账）。
  • MyISAM：不支持事务。如果一条写操作执行失败，已经修改的数据无法回滚。
• 锁机制 (Locking)
  • InnoDB：支持行级锁 (Row-level locking) 和表级锁。默认使用行级锁，这意味着在大量并发写操作时，只有被修改的行会被锁定，极大提高了并发性能。
  • MyISAM：仅支持表级锁 (Table-level locking)。在更新一行数据时，会锁定整张表，这会导致高并发写入时出现严重的性能瓶颈（排队等待）。
• 外键支持 (Foreign Keys)
  • InnoDB：支持外键，可以保证数据库级别的参照完整性。
  • MyISAM：不支持外键。
• 崩溃恢复能力 (Crash Recovery)
  • InnoDB：有安全的崩溃恢复机制（依赖于 Redo Log 和 Undo Log）。如果数据库异常宕机，重启后可以恢复未提交的事务和已提交但未写入磁盘的数据。
  • MyISAM：崩溃后极易出现数据损坏，且恢复速度慢，甚至可能丢失数据，通常需要手动执行 REPAIR TABLE。

2. 性能与底层机制差异

• 聚集索引 (Clustered Index)
  • InnoDB：使用的是聚集索引。数据文件本身就是按照主键排序的索引结构（数据和主键索引绑定在一起）。这种设计使得按主键查询的速度非常快。
  • MyISAM：使用的是非聚集索引。索引文件和数据文件是分离的，索引树的叶子节点保存的是数据记录的物理地址指针。
• COUNT(*) 的查询速度
  • InnoDB：执行 SELECT COUNT(*) FROM table 会比较慢。因为 InnoDB 支持多版本并发控制 (MVCC)，不同事务在同一时间看到的行数可能不同，因此它必须扫描全表（或索引）来计算行数。
  • MyISAM：执行该语句非常快。因为 MyISAM 内部维护了一个计数器，直接把表的总行数存储在磁盘上，查询时直接返回即可（前提是查询没有 WHERE 条件）。
• MVCC（多版本并发控制）
  • InnoDB：支持 MVCC，可以实现高并发的读写操作（读不加锁，读写不冲突）。
  • MyISAM：不支持 MVCC。

3. 其他功能差异

• 全文索引 (Full-Text Search)
  • MyISAM：早期只有 MyISAM 支持全文索引。
  • InnoDB：从 MySQL 5.6 开始，InnoDB 也全面支持了全文索引。所以这点不再是选择 MyISAM 的理由。
• 存储文件格式
  • InnoDB：表结构存在 .frm（MySQL 8.0 之前），数据和索引都存在 .ibd 文件中（开启了独立表空间的话）。
  • MyISAM：每张表分为三个文件：.frm（表结构）、.MYD（数据文件）、.MYI（索引文件）。

---

总结对比表

结论：应该选哪个？

在今天（MySQL 5.7 / 8.0+ 时代）：毫不犹豫地选择 InnoDB。

MyISAM 过去因为“读性能好”而被推荐用于“读多写少”的场景，但随着 InnoDB 的不断优化（包括加入全文索引、更好的内存缓存机制等），InnoDB 在读性能上已经完全不逊色于 MyISAM，而在并发写、数据安全和稳定性方面则全面碾压 MyISAM。除非是维护非常古老的旧系统，新项目不再建议使用 MyISAM。