面试题：MySQL 的存储引擎有哪些？它们之间有什么区别？

MySQL 的存储引擎是其核心功能之一，不同的存储引擎支持不同的特性、性能优化和适用场景。以下是常见的 MySQL 存储引擎及其区别：

---

一、常见存储引擎

1. InnoDB（默认引擎）
   • 特点：
     • 事务支持：支持 ACID（原子性、一致性、隔离性、持久性），适合需要事务的场景（如金融系统）。
     • 锁机制：行级锁，支持高并发写操作（避免表级锁的性能瓶颈）。
     • 外键约束：支持外键，确保数据完整性。
     • 崩溃恢复：通过 Redo Log 和 Undo Log 实现故障后自动恢复。
     • 存储结构：数据与索引存储在表空间中（可扩展），支持大容量数据。
     • 适用场景：OLTP（在线事务处理）、高并发读写、需要事务一致性的应用（如电商平台）。
   • 缺点：相比 MyISAM，读写效率稍低，占用存储空间较大。
2. MyISAM
   • 特点：
     • 事务支持：不支持事务，无法回滚操作。
     • 锁机制：表级锁，写操作会锁定整张表，适合读多写少的场景。
     • 索引特性：支持全文索引（Full-Text Index），适合文本搜索。
     • 存储结构：每个表存储为 3 个文件（.frm 存储定义，.MYD 存储数据，.MYI 存储索引）。
     • 适用场景：日志系统、数据仓库（读多写少）。
   • 缺点：不支持事务和行级锁，崩溃后需手动修复（REPAIR TABLE）。
   • 注意：MySQL 8.0 已弃用 MyISAM，Azure Database for MySQL 不再支持。
3. Memory（HEAP）
   • 特点：
     • 数据存储：数据完全存储在内存中，读写速度极快。
     • 持久性：服务重启后数据丢失，仅适合临时数据。
     • 锁机制：表级锁，但因数据量小，影响有限。
     • 索引支持：支持哈希索引（默认），也支持 B-Tree 索引。
     • 适用场景：缓存表、会话存储、临时计算中间表。
   • 缺点：数据易丢失，不适合持久化存储。
4. Archive
   • 特点：
     • 压缩存储：高压缩比，节省磁盘空间（适合历史归档）。
     • 操作限制：仅支持 INSERT 和 SELECT，不支持 UPDATE/DELETE 和索引。
     • 适用场景：日志归档、审计数据等低频查询场景。
   • 缺点：不支持索引和复杂查询，压缩后的数据读取较慢。
5. CSV
   • 特点：
     • 数据格式：数据以 CSV 文件存储，便于导入/导出。
     • 功能限制：不支持索引和事务。
     • 适用场景：数据迁移、ETL 工具（数据转换）。
   • 缺点：性能较差，不适合高频查询。
6. Blackhole
   • 特点：
     • 数据处理：接收数据但不存储，查询返回空结果。
     • 适用场景：复制链路的中转节点、日志过滤。
   • 缺点：仅用于特殊用途，无法存储实际数据。
7. Federated
   • 特点：
     • 远程数据访问：代理访问远程 MySQL 表，支持分布式查询。
     • 适用场景：跨数据库联合查询。
   • 缺点：性能较低，依赖网络稳定性。

---

二、主要区别对比

特性/引擎	InnoDB	MyISAM	Memory	Archive	CSV	Blackhole
事务支持	✅ 支持 ACID	❌ 不支持	❌ 不支持	❌ 不支持	❌ 不支持	❌ 不支持
锁机制	行级锁	表级锁	表级锁	不支持锁	不支持锁	不支持锁
外键支持	✅ 支持	❌ 不支持	❌ 不支持	❌ 不支持	❌ 不支持	❌ 不支持
索引类型	B-Tree	B-Tree, Full-Text	Hash, B-Tree	无索引	无索引	无索引
数据存储	表空间文件（.ibd）	.MYD 数据文件, .MYI 索引文件	内存	压缩文件	CSV 文件	无数据文件
崩溃恢复	✅ 自动恢复	❌ 需手动修复	❌ 重启后数据丢失	❌ 无影响	❌ 无影响	❌ 无影响
适用场景	高并发写操作、事务性应用	读多写少、静态数据	临时数据、缓存	归档数据、日志	数据导入/导出	复制链路、日志过滤

---

三、如何选择存储引擎？

1. 默认选择 InnoDB：
   • MySQL 5.5+ 默认使用 InnoDB，适合大多数场景（尤其是需要事务和并发控制的应用）。
   • 例如：电商平台、银行系统、社交网络等。
2. MyISAM 的适用场景：
   • 读多写少的场景（如静态网页内容、日志分析）。
   • 需要全文索引的文本搜索（如搜索引擎）。
3. Memory 的适用场景：
   • 临时数据存储（如会话缓存、中间计算结果）。
   • 对性能要求极高但数据可丢失的场景。
4. Archive 的适用场景：
   • 存储历史归档数据（如审计日志、旧订单记录）。
   • 数据压缩率要求高且查询频率低的场景。
5. 其他引擎：
   • CSV：用于数据迁移或 ETL 工具。
   • Blackhole：用于复制链路的中转节点。
   • Federated：跨数据库联合查询（需谨慎使用，性能较低）。

---

四、注意事项

1. 存储引擎兼容性：
   • Azure Database for MySQL 仅支持 InnoDB 和 Memory。
   • MySQL 8.0 已弃用 MyISAM。
2. 性能权衡：
   • InnoDB 的事务和行级锁会增加写入开销，但适合高并发。
   • MyISAM 的表级锁适合读密集型场景。
3. 数据安全：
   • Memory 引擎数据易丢失，需配合持久化机制（如定期备份）。

通过合理选择存储引擎，可以显著提升 MySQL 的性能和可靠性。