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 表逻辑合并为虚拟表，简化查询。
二、核心区别对比
下表汇总关键差异：
特性InnoDBMyISAMMemoryArchive事务支持✅ ACID 事务❌❌❌锁机制行级锁表级锁表级锁无锁（文件级）外键约束✅❌❌❌数据持久性✅✅❌（重启丢失）✅索引类型B+树B+树/全文索引哈希索引❌压缩存储❌✅（表压缩）❌✅（高压缩比）适用场景高并发事务处理读密集型操作高速临时数据历史数据归档
三、默认引擎：InnoDB
从 MySQL 5.5 版本开始，InnoDB 取代 MyISAM 成为默认引擎，主要原因包括：
事务安全：支持 ACID 事务，满足企业级应用的数据一致性需求。
并发性能：行级锁显著提升多用户并发下的吞吐量。
崩溃恢复：日志机制保障故障时数据不丢失。
外键支持：简化关联数据管理。
四、引擎选型建议
常规业务系统：首选 InnoDB（默认），尤其涉及交易、用户数据等。
只读分析场景：MyISAM（如数据仓库报表），但需注意锁表风险。
高速缓存：Memory（如会话缓存），但需配合持久化机制防数据丢失。
日志归档：Archive（节省存储空间），避免频繁查询。
分布式访问：Federated（跨服务器查询），但依赖网络稳定性。
💡 特殊场景：
全文搜索需求：可搭配 MyISAM 的全文索引，或使用 InnoDB + Elasticsearch。
临时数据处理：Memory 引擎，但注意内存限制（如max_heap_table_size）。