MySQL 的存储引擎有哪些？它们之间有什么区别？默认使用哪个？

MySQL 的存储引擎主要包括 InnoDB、MyISAM、Memory、CSV、Archive 等。InnoDB 支持事务、外键和行级锁定，适合高并发写操作；MyISAM 不支持事务和外键，但查询速度快，适合读多写少的场景；Memory 使用内存存储数据，速度快但数据易丢失；CSV 和 Archive 适合存储大批量数据。MySQL 默认使用 InnoDB。

一、常见存储引擎及特点

1. InnoDB（默认引擎，MySQL 5.5+）

• 事务支持：完整支持 ACID 事务，适合需数据一致性的场景（如支付系统）。

• 锁机制：行级锁，高并发下性能优异，避免写操作阻塞读操作。

• 外键约束：支持外键，确保数据完整性。

• 崩溃恢复：通过日志（Redo Log）实现故障后自动恢复。

• 存储结构：数据与索引存储在表空间（表空间可包含多个文件），支持大容量数据。

• 适用场景：OLTP（在线事务处理）、高并发读写、需事务的应用程序。

2. MyISAM

• 事务支持：不支持事务，无法回滚操作。

• 锁机制：表级锁，写操作会锁定整个表，并发性能较差。

• 索引特性：支持全文索引，适合文本搜索；查询速度较快。

• 存储结构：每个表存储为单独的文件（.MYD数据、.MYI索引）。

• 适用场景：读多写少的应用（如日志系统、数据仓库），且无需事务支持。

3. Memory（HEAP）

• 数据存储：数据完全置于内存，读写极快。

• 持久性：服务重启后数据丢失，仅适合临时数据。

• 锁机制：表级锁，但因数据量小，影响有限。

• 适用场景：缓存表、会话存储、临时计算中间表。

4. Archive

• 压缩存储：高压缩比，节省磁盘空间（适合历史归档）。

• 操作限制：仅支持 INSERT和 SELECT，不支持更新/删除和索引。

• 适用场景：日志归档、审计数据等低频查询场景。

5. 其他引擎

• CSV：数据以 CSV 格式存储，方便导入导出，但无索引和事务支持。

• Federated：不存储本地数据，代理访问远程 MySQL 表，用于分布式环境。

• Blackhole：接收数据但不存储，常用于复制链路中的中转节点。

• Merge：将多个 MyISAM 表逻辑合并为虚拟表，简化查询。

二、核心区别对比

下表汇总关键差异：

三、默认引擎：InnoDB

从 MySQL 5.5 版本开始，InnoDB 取代 MyISAM 成为默认引擎，主要原因包括：

1. 事务安全：支持 ACID 事务，满足企业级应用的数据一致性需求。

2. 并发性能：行级锁显著提升多用户并发下的吞吐量。

3. 崩溃恢复：日志机制保障故障时数据不丢失。

4. 外键支持：简化关联数据管理。

四、引擎选型建议

• 常规业务系统：首选 InnoDB（默认），尤其涉及交易、用户数据等。

• 只读分析场景：MyISAM（如数据仓库报表），但需注意锁表风险。

• 高速缓存：Memory（如会话缓存），但需配合持久化机制防数据丢失。

• 日志归档：Archive（节省存储空间），避免频繁查询。

• 分布式访问：Federated（跨服务器查询），但依赖网络稳定性。

💡 特殊场景：

• 全文搜索需求：可搭配 MyISAM 的全文索引，或使用 InnoDB + Elasticsearch。

• 临时数据处理：Memory 引擎，但注意内存限制（如max_heap_table_size）。