mysql中存储引擎对存储格式的差异

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树索引外，还支持哈希索引，适合等值查询场景。

存了个图

视频图片解析/字幕/剪辑，视频高清保存/图片源图提取

17

查看详情

固定长度行：所有行按最大长度分配空间，避免内存碎片，但可能浪费空间。

不支持大对象：不适合存储TEXT/BLOB类型。

CSV 存储格式特点

文本文件存储：每个表对应一个.csv文件，内容为标准CSV格式，可用文本编辑器直接查看。

无索引支持：不支持索引，全表扫描效率低。

便于数据交换：适合导入导出操作，但功能有限，不支持空值约束等高级特性。

Archive 存储格式特点

高压缩比：使用zlib压缩算法，存储空间小，适合归档大量历史数据。

仅插入和查询：支持INSERT和SELECT，不支持UPDATE和DELETE（后续版本支持DELETE），写入后基本不可修改。

无索引：查询需全表扫描，适用于日志类只读场景。

基本上就这些。选择合适的存储引擎要结合业务需求——需要事务选InnoDB，追求速度且不怕丢数据可用Memory，做数据交换用CSV，归档用Archive。每种引擎的存储格式设计都服务于其核心用途。