InnoDB存储格式核心是行格式选择，COMPACT节省空间但处理大字段弱，DYNAMIC为5.7+默认，提升大字段性能，COMPRESSED支持页压缩，REDUNDANT已过时；文件格式Antelope支持旧行格式，Barracuda支持DYNAMIC和COMPRESSED，现代版本默认启用；建议新项目用DYNAMIC，结合innodb_file_per_table=ON优化管理。
InnoDB 是 MySQL 默认的存储引擎，支持事务、行级锁和外键等高级功能。在数据存储方面，InnoDB 使用特定的内部格式来组织表数据和索引，这些格式直接影响性能、存储效率和兼容性。下面详细解析 InnoDB 支持的存储格式及相关配置。
1. 行格式（Row Format）
InnoDB 的“存储格式”通常指的是行格式，即数据行在磁盘上的组织方式。InnoDB 支持以下几种行格式：
1.1 COMPACT这是早期 InnoDB 的默认行格式，适用于 MySQL 5.0 及更早版本。它通过减少每行的元数据开销来节省空间，但对可变长度字段（如 VARCHAR、BLOB）的处理较为保守。
- 每行包含一个信息头（info header），用于记录列是否为 NULL、变长列长度等信息。
- NULL 值不占用实际存储空间，仅用位图标记。
- 对于超过一定长度的 BLOB 指针，只存储前 768 字节在页内，其余存在溢出页。
MySQL 5.7 及以后版本的默认行格式。相比 COMPACT，DYNAMIC 更适合大字段和可变长度列。
- 溢出页管理更高效：长字段内容完全存放在溢出页，主记录中只保留 20 字节指针。
- 提高大字段读写性能，减少主数据页的碎片。
- 支持压缩表和 Barracuda 文件格式。
基于 DYNAMIC 格式，启用表压缩功能，适用于 I/O 密集型场景。
- 使用 zlib 压缩页数据，减少磁盘占用和 I/O 操作。
- 需要将 KEY_BLOCK_SIZE 设置为小于 16KB 的值（如 8、4、2、1）。
- 压缩页大小影响性能，需权衡压缩率与 CPU 开销。
最古老的行格式，用于兼容 MySQL 5.0 之前的版本，现在很少使用。
- 每行有较大的元数据开销。
- 不推荐新项目使用。
2. 文件格式（File Format）
文件格式决定了表空间支持哪些高级特性，主要分为两种：
- Antelope：旧文件格式，支持 COMPACT 和 REDUNDANT 行格式。
- Barracuda：新文件格式，支持 DYNAMIC 和 COMPRESSED 行格式，需在配置中启用。
启用 Barracuda 需设置：
innodb_file_format = Barracuda innodb_file_per_table = ON
现代 MySQL 版本（5.7+）默认使用 Barracuda，无需手动设置。
3. 如何查看和设置存储格式
可通过以下 SQL 查看当前表的行格式：
SHOW CREATE TABLE 表名;
或查询 information_schema：
SELECT ROW_FORMAT FROM INFORMATION_SCHEMA.INNODB_TABLES WHERE NAME = '数据库名/表名';
创建表时指定行格式：
CREATE TABLE t ( id INT PRIMARY KEY, content TEXT ) ROW_FORMAT=DYNAMIC;
修改已有表的行格式：
ALTER TABLE t ROW_FORMAT = DYNAMIC;
4. 实际应用建议
- 新项目统一使用 DYNAMIC 行格式，尤其当表中包含 TEXT、BLOB 或大量 VARCHAR 字段时。
- 若追求存储节省且能接受 CPU 开销，可尝试 COMPRESSED 格式。
- 确保 innodb_file_per_table = ON，便于管理和优化单个表。
- 定期检查老系统是否仍使用 COMPACT 或 REDUNDANT，考虑迁移到 DYNAMIC。
基本上就这些。InnoDB 的存储格式核心在于行格式的选择，合理配置能显著提升性能和空间利用率。关键是根据业务数据特点选择合适的格式，并保持系统配置与需求匹配。
