除了 **InnoDB** 和 **MyISAM**，MySQL 还支持多种存储引擎，适用于不同的应用场景。

本文链接：https://blog.csdn.net/blog_programb/article/details/147543729

除了 InnoDB 和 MyISAM，MySQL 还支持多种存储引擎，适用于不同的应用场景。以下是一些常见的其他存储引擎及其特点：

一、Memory（HEAP）

数据存储方式：将数据存储在内存中，数据易失性强（服务器重启或崩溃后数据丢失）。
索引类型：支持 哈希索引（Hash Index）和 B+ 树索引，默认使用哈希索引，查询速度极快（尤其适合等值查询）。
特点：
- 读写性能极高，但不适合存储大量数据（受内存限制）。
- 表结构定义存储在磁盘（.frm 文件），但数据和索引完全在内存中。
- 不支持事务和外键，锁机制为 表级锁。
适用场景：
- 临时数据存储（如缓存统计结果、临时表）。
- 高并发的等值查询场景（如字典表、枚举数据）。

二、Archive

数据存储方式：将数据压缩后存储在磁盘，存储空间占用低。
特点：
- 仅支持 INSERT 和 SELECT 操作（不支持直接更新和删除，需通过删除整个表或重建表实现）。
- 不支持索引，查询时需全表扫描，性能较低。
- 表级锁，并发性能较差。
适用场景：
- 海量历史数据归档（如日志数据、审计记录），仅需偶尔查询。
- 对存储空间敏感，且不需要高频读写的场景。

三、CSV

数据存储方式：以 CSV 文件格式存储数据，每行对应一条记录，字段用逗号分隔。
特点：
- 数据与操作系统文件直接关联，可通过文本编辑器或外部程序直接读写。
- 不支持索引，查询需全表扫描。
- 表级锁，且 不支持事务。
适用场景：
- 与外部系统交换数据（如 Excel、日志文件）。
- 轻量级数据存储，无需复杂查询的场景。

四、Federated

数据存储方式：不实际存储数据，而是作为 远程表的代理，允许访问其他 MySQL 实例的数据。
特点：
- 通过网络连接远程数据库，查询时实时获取数据。
- 不支持事务，性能受网络延迟影响较大。
- 表结构定义在本地，但数据存储在远程服务器。
适用场景：
- 分布式数据库场景下的跨实例查询（需谨慎使用，可能导致性能瓶颈）。

五、NDB（Cluster）

数据存储方式：分布式存储引擎，数据分布在多个节点（服务器）上，支持高可用性和横向扩展。
特点：
- 基于 MySQL Cluster 集群技术，数据自动分片并复制到多个节点，保证容错性。
- 支持 行级锁和事务（ACID 特性），但写入性能受集群同步影响。
- 需要单独部署管理节点（Management Node）和数据节点（Data Node）。
适用场景：
- 对高可用性、扩展性要求极高的场景（如电信、金融领域）。
- 大规模并行处理（MPP）和实时数据处理。

六、Blackhole

数据存储方式：写入的数据会被直接丢弃（类似“黑洞”），仅记录 SQL 语句的元数据（如表结构）。
特点：
- 常用于 测试环境或 主从复制链路中的中继节点（仅接收主库数据但不存储）。
- 不支持事务，锁机制为表级锁。
适用场景：
- 验证 SQL 语句的语法或权限，而无需实际存储数据。
- 在主从复制中过滤不需要同步的数据（通过丢弃写入操作）。

七、Merge（MRG_MyISAM）

数据存储方式：将多个 MyISAM 表组合成一个逻辑表，允许对多个表进行联合查询。
特点：
- 底层表必须结构完全相同（字段、索引、存储引擎一致）。
- 查询时会将请求分发到各个底层表，结果合并后返回。
- 不支持事务，锁机制与 MyISAM 一致（表级锁）。
适用场景：
- 水平分表场景（如按时间分区的日志表），通过 Merge 引擎统一查询。

八、PerconaFT（Percona 分支特有）

数据存储方式：基于 Fractal Tree 索引结构，写入性能优于 InnoDB（尤其适合高并发写入）。
特点：
- 由 Percona 开发，支持事务和行级锁，适用于写多读少的场景。
- 内存占用较低，适合资源受限的服务器。
适用场景：
- 替代 InnoDB 的高写入场景（如实时统计、计数器更新）。

如何查看和选择存储引擎？

查看当前支持的存储引擎：
```
SHOW ENGINES;
```

创建表时指定存储引擎：

CREATE TABLE table_name (
  id INT PRIMARY KEY AUTO_INCREMENT,
  name VARCHAR(50)
) ENGINE = Memory; -- 指定为 Memory 引擎

选择原则：
- 事务和高并发场景：优先选 InnoDB（支持行级锁、ACID）。
- 临时数据或内存计算：选 Memory。
- 历史归档数据：选 Archive 或 CSV。
- 分布式集群：选 NDB（需配合 MySQL Cluster）。

注意事项

MySQL 5.5 之后的版本默认存储引擎为 InnoDB，旧版本默认是 MyISAM。
部分存储引擎（如 NDB、PerconaFT）需单独安装或依赖特定 MySQL 分支（如 Percona Server）。
选择存储引擎时需权衡 性能、数据一致性、功能支持 和 硬件资源。
InnoDB和MyISAM是MySQL中两种常用的存储引擎，它们在事务支持、锁机制、性能、数据完整性等方面存在显著区别。以下是详细的对比：

1. 事务支持

InnoDB：
- 支持事务：InnoDB支持ACID（原子性、一致性、隔离性、持久性）事务。
- 回滚和崩溃恢复：通过Redo Log（重做日志）和Undo Log（回滚日志）实现事务的持久性和一致性。
- 适合场景：适用于需要事务支持的场景，如订单系统、金融系统等。
MyISAM：
- 不支持事务：MyISAM不支持事务，没有回滚机制。
- 适合场景：适用于读多写少的场景，如内容管理系统（CMS）。

2. 锁机制

InnoDB：
- 行级锁：InnoDB使用行级锁，支持高并发操作，减少锁冲突。
- 多版本并发控制（MVCC）：通过快照读和版本链实现高并发读写操作。
- 锁类型：支持共享锁（S锁）和排他锁（X锁）。
MyISAM：
- 表级锁：MyISAM使用表级锁，锁的粒度较大，适合读多写少的场景。
- 锁类型：支持读锁和写锁，写锁优先级高于读锁。

3. 性能

InnoDB：
- 读写性能：支持高并发读写操作，适合复杂的事务处理。
- 内存使用：使用缓冲池（Buffer Pool）缓存数据和索引页，减少磁盘I/O。
- 适合场景：适用于需要高并发读写的场景。
MyISAM：
- 读性能：在读多写少的场景下，读性能较高。
- 写性能：写操作会导致表级锁，性能较低。
- 适合场景：适用于读多写少的场景，如内容管理系统。

4. 数据完整性

InnoDB：
- 外键支持：支持外键约束，确保数据完整性。
- 适合场景：适用于需要复杂数据关系和完整性的场景。
MyISAM：
- 不支持外键：不支持外键约束，数据完整性需要通过应用程序逻辑来保证。
- 适合场景：适用于不需要复杂数据关系的场景。

5. 存储结构

InnoDB：
- 表空间：数据和索引存储在表空间中，支持表空间的动态扩展。
- 文件：每个表的数据和索引存储在.ibd文件中。
- 适合场景：适用于需要灵活管理表空间的场景。
MyISAM：
- 表文件：数据存储在.myd文件中，索引存储在.myi文件中。
- 适合场景：适用于简单的表结构管理。

6. 日志机制

InnoDB：
- Redo Log：用于记录数据的修改操作，确保数据的持久性。
- Undo Log：用于支持事务的回滚和MVCC。
- 适合场景：适用于需要高可靠性和事务支持的场景。
MyISAM：
- 不支持日志：没有事务日志，不支持事务的回滚和崩溃恢复。
- 适合场景：适用于不需要事务支持的场景。

7. 恢复能力

InnoDB：
- 崩溃恢复：通过Redo Log和Undo Log实现崩溃恢复，确保数据的一致性。
- 适合场景：适用于需要高可靠性和数据一致性的场景。
MyISAM：
- 不支持恢复：没有崩溃恢复机制，数据可能在系统崩溃后丢失。
- 适合场景：适用于对数据丢失不敏感的场景。

8. 全文索引

InnoDB：
- 支持全文索引：从MySQL 5.6开始，InnoDB支持全文索引。
- 适合场景：适用于需要全文检索的场景。
MyISAM：
- 支持全文索引：MyISAM支持全文索引，适合文本检索。
- 适合场景：适用于需要全文检索的场景。

9. 内存使用

InnoDB：
- 缓冲池：使用缓冲池缓存数据和索引页，减少磁盘I/O。
- 内存消耗：内存使用较高，但性能更好。
- 适合场景：适用于内存资源充足的场景。
MyISAM：
- 内存使用：内存使用较低，但性能受限于磁盘I/O。
- 适合场景：适用于内存资源有限的场景。

10. 总结

InnoDB：
- 事务支持：支持ACID事务。
- 锁机制：行级锁，支持高并发。
- 数据完整性：支持外键约束。
- 恢复能力：支持崩溃恢复。
- 适合场景：适用于需要事务支持、高并发读写和数据一致性的场景。
MyISAM：
- 事务支持：不支持事务。
- 锁机制：表级锁，适合读多写少的场景。
- 数据完整性：不支持外键约束。
- 恢复能力：不支持崩溃恢复。
- 适合场景：适用于读多写少、对数据丢失不敏感的场景。