引言
在使用 MySQL 过程中，我们每天都在写 SQL，却很少有人深入思考过一个问题：
MySQL 是如何真正把数据存储到磁盘上的？不同的表之间为什么行为差异这么大？
这背后，其实就是“存储引擎（Storage Engine）”在发挥作用。
MySQL 之所以灵活强大，很大程度得益于其可插拔的存储引擎架构。每种引擎都定义了数据的存储方式、锁机制、事务支持、索引结构等，决定了它适合怎样的业务场景。
本文将带你全面了解 MySQL 中常见的存储引擎、它们之间的区别、使用建议，以及如何正确选择和切换。
一、什么是 MySQL 存储引擎？
MySQL 的存储引擎是底层组件，它决定了：
表的数据如何存储和读取；
是否支持事务（如 ACID）；
使用哪种锁机制（行级锁、表级锁）；
是否支持外键、全文索引等功能。
不同存储引擎适用于不同的业务场景，MySQL 允许你为每张表选择最合适的存储引擎。
二、常见的 MySQL 存储引擎
三、InnoDB 和 MyISAM 的重点对比
这是我们最常见的两个存储引擎，我也带着实习生做了下实战比对：
实战小测试中，我们发现：
同样 10w 条数据，MyISAM 插入确实比 InnoDB 快一点点；
但在高并发写入场景下，InnoDB 的行级锁远胜 MyISAM，避免了大量锁等待；
而且如果程序崩溃，InnoDB 能靠 redo/undo 日志恢复，MyISAM 基本只能祈祷。
四、如何查看和设置表的存储引擎？
查看一张表的存储引擎：
SHOW TABLE STATUS LIKE 'your_table_name'; 查看默认存储引擎：
SHOW VARIABLES LIKE 'storage_engine'; -- 或 SHOW ENGINES; 指定表使用某个引擎：
CREATE TABLE user_log ( id INT PRIMARY KEY, log_text TEXT ) ENGINE = MyISAM; 五、MySQL 默认使用哪个存储引擎？
从 MySQL 5.5 开始，默认存储引擎改为 InnoDB，这是一个重要的里程碑。
理由也很明确：
事务支持（ACID）
崩溃恢复能力强
支持外键，符合数据库设计规范
行级锁更适合现代并发业务场景
所以你如果没特别指定，一般默认就是 InnoDB。
六、不同场景下该用哪个引擎？
七、总结
MySQL 存储引擎作为数据库的核心模块，直接影响着数据的存储方式、性能表现和系统可靠性。
在实际开发中，我们建议：
✅ 优先使用 InnoDB：事务支持、并发能力、稳定性全面领先，适合绝大多数业务场景；
⚠️ 了解 MyISAM 的特点与局限：在只读或归档类系统中可作为选项，但不建议在生产环境中使用它处理关键业务数据；
🧠 按需选择其他引擎：如 MEMORY 用于缓存或临时表，ARCHIVE 适合数据归档，FEDERATED 用于远程访问。
虽然 MySQL 提供了多种存储引擎，但最重要的不是“知道有哪些”，而是了解它们的特性，匹配业务需求，做出合适选择。
数据库不是黑盒，越了解它的底层行为，你的系统就越稳定、可控、易扩展。
