InnoDB 采用 DYNAMIC 行格式和聚簇索引，支持事务与 MVCC，通过 Buffer Pool 和 redo log 提升性能与持久性；MyISAM 使用分离的。MYD 和。MYI 文件，行格式分 FIXED 与 DYNAMIC，无事务支持且为表级锁；Memory 引擎数据驻留内存，支持哈希索引但重启丢数；csv 以标准文本存储便于交换但无索引；Archive 高压缩比适合归档，仅支持插入查询。选择应基于事务需求、性能目标与数据持久性要求。
mysql中的存储引擎决定了数据如何被存储、读取和管理，不同引擎在存储格式上有显著差异。这些差异直接影响性能、事务支持、锁机制以及 数据恢复 能力。
InnoDB 存储格式特点
行格式灵活：InnoDB 支持多种行格式（REDUNDANT、COMPACT、DYNAMIC、COMPRESSED），默认为 DYNAMIC。DYNAMIC 格式将大字段（如 TEXT、BLOB）外部存储，只在主记录中保留 指针，减少主表空间占用。
聚簇索引结构：数据按主键组织成聚簇索引，行数据直接存储在主键 B + 树的叶子节点中。这意味着主键查询非常高效。
事务与回滚段：支持事务和 MVCC（多版本 并发 控制），通过 undo 日志维护历史版本信息，这些信息存储在系统表空间或独立的 undo 表空间中。
缓冲池机制：使用 Buffer Pool 缓存数据页和索引页，提升读写效率，同时通过redo log 实现持久性保障。
MyISAM 存储格式特点
非聚簇结构：数据文件（.MYD）和索引文件（.MYI）分离，索引指向数据物理位置，不依赖主键。
固定 / 动态行格式：支持 FIXED（定长）和 DYNAMIC（变长）两种行格式。FIXED 格式每行长度一致，读取快但浪费空间；DYNAMIC 支持变长字段，节省空间但可能产生碎片。
无事务支持：不支持事务和外键，没有 undo 或 redo 机制，崩溃后恢复能力弱。
表级锁：仅支持表级锁，高并发写入时容易阻塞。
Memory 存储格式特点
内存驻留：所有数据存储在内存中，访问极快，但重启后 数据丢失。
哈希索引支持：除 B 树索引外，还支持哈希索引，适合等值查询场景。
固定长度行：所有行按最大长度分配空间，避免内存碎片，但可能浪费空间。
CSV 存储格式特点
文本文件存储：每个表对应一个。csv文件，内容为标准 CSV 格式，可用文本编辑器直接查看。
无索引支持：不支持索引，全表扫描效率低。
便于数据交换：适合导入导出操作，但功能有限，不支持空值约束等高级特性。
Archive 存储格式特点
高压缩比：使用 zlib 压缩 算法，存储空间小，适合归档大量历史数据。
仅插入和查询：支持 INSERT 和select，不支持 UPDATE 和delete（后续版本支持 DELETE），写入后基本不可修改。
无索引：查询需全表扫描，适用于日志类只读场景。
基本上就这些。选择合适的存储引擎要结合业务需求——需要事务选 InnoDB，追求速度且不怕丢数据可用 Memory，做数据交换用 CSV，归档用 Archive。每种引擎的存储格式设计都服务于其核心用途。
