MySQL 存储引擎入门：InnoDB 和 MyISAM 到底怎么选
📌 先说结论
MySQL 是"可插拔"的------同一张表，可以选不同的存储引擎来存 ，最常见的就是 InnoDB 和 MyISAM。
一句话结论：现代业务默认用 InnoDB，MyISAM 只在少数极端场景才考虑。
这篇用本机真实 MySQL（8.0.42）的实测，把两者的差异、为什么 InnoDB 成为默认，以及怎么选讲清楚。
一、存储引擎是什么
存储引擎（Storage Engine）是 MySQL 底层真正负责"数据怎么存、怎么读"的组件。
你写 SQL、建表、增删改查，都是"上层接口"；数据最终落到磁盘上用什么格式、加什么锁、怎么保证事务，由存储引擎决定。
MySQL 支持多种引擎（本机 SHOW ENGINES 实测可见 MEMORY、CSV、MyISAM、InnoDB 等），但真正用于业务表的，主要是 InnoDB 和 MyISAM。
建表时指定引擎（不指定则用默认，MySQL 8 默认 InnoDB）：
sql
CREATE TABLE t_innodb (id INT PRIMARY KEY, name VARCHAR(20)) ENGINE=InnoDB;
CREATE TABLE t_myisam (id INT PRIMARY KEY, name VARCHAR(20)) ENGINE=MyISAM;实测 ：SHOW CREATE TABLE 能清楚看到建表语句里的 ENGINE=InnoDB / ENGINE=MyISAM，说明引擎是表级可指定的。
二、两个引擎的核心差异
六大能力逐一对比
| 能力 | InnoDB | MyISAM |
|---|---|---|
| 事务 | ✅ 支持（ACID） | ❌ 不支持 |
| 外键 | ✅ 支持 | ❌ 不支持 |
| 锁 | ✅ 行锁为主（也有表锁） | ❌ 只有表锁 |
| MVCC | ✅ 支持（多版本并发控制） | ❌ 不支持 |
| 崩溃恢复 | ✅ 靠 redo/undo 日志自动恢复 | ❌ 容易损坏，需手动修复 |
| 全表扫描/读 | 一般 | ✅ 相对更快 |
逐条理解：
① 事务与外键 。InnoDB 支持事务，能保证一组操作要么全成功、要么全回滚；MyISAM 不支持事务，操作是"一条一条"的，中途出错没法整体回滚。需要事务的业务（订单、支付、库存），MyISAM 直接不能用。
② 锁的粒度 。InnoDB 支持行锁 ------只锁被修改的行，其他行不受影响，并发高；MyISAM 只有表锁 ------锁住整张表，并发读写互相阻塞。这是两者性能差距的关键。
③ MVCC。InnoDB 靠 MVCC（多版本并发控制）实现"读不阻塞写、写不阻塞读"，这是高并发的基础；MyISAM 没有，读和写会互相排队。
④ 崩溃恢复 。InnoDB 有 redo log（记录物理修改）和 undo log（记录修改前值），崩溃后能自动恢复到一致状态 ；MyISAM 没有这些日志，崩溃后表容易损坏，需要手动修复，数据安全性差。
⑤ 全表扫描 。MyISAM 结构更简单，纯读、全表扫描的场景下略快------这是它唯一的优势。
三、为什么 InnoDB 成为默认
历史原因 ：早期 MySQL 默认是 MyISAM，因为它简单、读快。但 MyISAM 不支持事务和行锁，在需要数据一致性和高并发的场景下问题很大。
InnoDB 补上了这些短板 ：事务、外键、行锁、MVCC、崩溃恢复。代价是实现更复杂、写和全表扫描略慢，但换来的是数据安全和并发能力。
所以从 MySQL 5.5 起，InnoDB 成为默认引擎 ，现代业务几乎无脑选 InnoDB。MyISAM 已处于"维护/淘汰"状态。
四、什么时候才考虑 MyISAM
MyISAM 并非完全不能用，但在今天，它只适合极少数场景：
| 场景 | 是否适合 MyISAM | 原因 |
|---|---|---|
| 电商订单、支付、库存 | ❌ | 需要事务和行锁 |
| 用户数据、需要外键约束 | ❌ | 需要外键和一致性 |
| 高并发读写 | ❌ | 需要行锁和 MVCC |
| 纯读、极少写、无事务要求的报表/日志表 | ⚠️ 勉强 | 全表扫描略快，但安全性差 |
一个关键提醒 ：即使"纯读"场景，MyISAM 的崩溃恢复风险也不值得 ------数据安全比那点读速度重要。除非有明确的、经过验证的理由，否则一律用 InnoDB。
💡 记忆口诀 ：要事务、要并发、要安全 → InnoDB；只有纯读报表且能接受崩溃风险 → 才看 MyISAM。
五、怎么确认引擎 & 怎么切换
查看某张表用的引擎：
sql
SHOW TABLE STATUS FROM mytest LIKE 't_innodb'\G
-- 或
SELECT TABLE_NAME, ENGINE FROM information_schema.TABLES
WHERE TABLE_SCHEMA='mytest' AND TABLE_NAME='t_innodb';实测 ：能直接看到 ENGINE=InnoDB / ENGINE=MyISAM。
切换引擎（把 MyISAM 表转成 InnoDB）：
sql
ALTER TABLE t_myisam ENGINE=InnoDB;注意 ：切换引擎是"重建表" ，会锁表、拷贝数据，大表切换要评估影响，建议在低峰期操作，或用在线 DDL 工具。
修改默认引擎（影响新表）：
sql
-- 在配置文件 my.cnf 的 [mysqld] 段设置（需重启）
default-storage-engine=InnoDB六、面试常问的 4 个问题
1. InnoDB 和 MyISAM 的区别？
答：① 事务：InnoDB 支持，MyISAM 不支持；② 锁：InnoDB 行锁（含表锁），MyISAM 只有表锁；③ MVCC：InnoDB 支持，MyISAM 不支持；④ 外键：InnoDB 支持，MyISAM 不支持；⑤ 崩溃恢复：InnoDB 靠 redo/undo 日志自动恢复，MyISAM 易损坏需修复；⑥ 读性能：MyISAM 全表扫描略快。
2. 为什么现在默认用 InnoDB？
答：InnoDB 支持事务、行锁、MVCC 和崩溃恢复，满足现代业务对数据一致性和高并发的要求；MyISAM 不支持这些，安全性差。从 MySQL 5.5 起 InnoDB 成为默认引擎。
3. 什么时候用 MyISAM？
答：仅在"纯读、极少写、无事务要求"的极端场景（如某些报表/日志表）可考虑，因为它全表扫描略快。但鉴于其崩溃恢复风险，现代业务默认一律用 InnoDB。
4. 怎么看一张表用的什么引擎？怎么切换？
答：SHOW TABLE STATUS LIKE '表名' 或查 information_schema.TABLES 看 ENGINE 字段；切换用 ALTER TABLE 表名 ENGINE=InnoDB，注意这是重建表操作，大表需评估。
七、总结
- 存储引擎是 MySQL 底层真正负责数据存取的组件，表级可指定，主流是 InnoDB 和 MyISAM。
- 核心差异：InnoDB 有事务、行锁、MVCC、外键、崩溃恢复；MyISAM 都没有，只有表锁、全表扫描略快。
- 现代业务默认 InnoDB，MyISAM 只在纯读、无事务的极端场景才考虑，且要权衡崩溃风险。
- 查看引擎用
SHOW TABLE STATUS，切换用ALTER TABLE ... ENGINE=...（重建表，需评估）。
一句口诀：
要事务要并发要安全，一律 InnoDB；MyISAM 只留纯读报表，崩溃风险自承担。
如果本文对你有帮助，欢迎点赞 + 收藏 + 关注！如果疑问或补充，欢迎在评论区交流～
关注我，后续分享更多 Java 核心知识点和实战技巧！