MySQL InnoDB vs MyISAM
MySQL 两种引擎（InnoDB vs MyISAM）核心区别
事务与锁机制
| 特性 | InnoDB | MyISAM |
|---|---|---|
| 事务支持 | 支持 ACID 事务（原子性、一致性、隔离性、持久性），适用于需强数据一致性的场景（如金融交易） | 不支持事务，仅保证操作的原子性（如批量插入失败后自动回滚） |
| 锁机制 | 行级锁（并发写入性能高，支持多线程同时修改不同行） | 表级锁（锁定整张表，并发写入性能低） |
存储结构与索引
存储方式
- InnoDB：
- 数据与索引存储在
.ibd文件中（聚簇索引结构），主键索引的叶子节点直接存储行数据。 - 支持外键约束，保证数据完整性。
- 数据与索引存储在
- MyISAM：
- 数据（
.MYD文件）与索引（.MYI文件）分离存储，非聚簇索引结构。 - 不支持外键。
- 数据（
- InnoDB：
索引类型
- InnoDB：默认使用 B+ 树索引，支持自适应哈希索引优化高频查询。
- MyISAM：使用 B+ 树索引，支持全文索引（但 MySQL 5.6+ 版本后 InnoDB 也支持）。
性能与适用场景
| 场景 | InnoDB | MyISAM |
|---|---|---|
| 读写比例 | 适合读写均衡或写密集型场景（如电商订单系统） | 适合读密集型场景（如日志系统、数据仓库） |
| 并发能力 | 高并发写入时性能更优（行级锁减少资源竞争） | 高并发读取时性能更优（表级锁导致写入阻塞） |
| 数据恢复 | 支持崩溃恢复（通过 redo log 保障数据安全） | 无崩溃恢复机制，宕机可能导致数据损坏 |
其他关键差异
主键要求
- InnoDB：必须定义主键，未显式指定时自动生成隐藏的 6 字节主键。
- MyISAM：可不定义主键。
存储空间
- InnoDB：占用更多磁盘空间（包含事务日志和聚簇索引冗余）。
- MyISAM：存储空间更小（支持压缩表）。
统计计数（COUNT）
- InnoDB：需实时扫描或依赖统计信息，效率较低。
- MyISAM：直接读取预存的行数，效率极高。
总结：
- InnoDB 是 MySQL 默认引擎，适合 事务处理、高并发写入、强数据一致性 的场景（如支付系统、在线事务处理 OLTP）。
- MyISAM 适用于 读多写少、无需事务、快速查询 的场景（如日志分析、静态数据存储）。
实际选型需结合 读写比例、事务需求、并发规模 综合评估，建议优先使用 InnoDB 以满足现代应用需求。