Dynamic格式是MySQL InnoDB推荐的行格式，它仅在单个变长字段超256字节时才将其存入溢出页，避免Compact格式因行总长触发的“假溢出”，提升空间利用率与OLTP查询性能；MySQL 8.0起Dynamic成为事实默认。
MySQL中InnoDB存储引擎的行格式（Row Format）直接影响数据存储结构、空间利用率和大字段处理方式。Compact与Dynamic是两种主流行格式，核心差异在于对VARCHAR、TEXT、BLOB等变长字段的存储策略。
存储位置：溢出页（Off-page）是否默认启用
Compact格式下，如果某一行的总长度超过页大小（默认16KB）的约1/2，InnoDB会将最长的可变长度列（如VARCHAR、TEXT）整体移出主记录，存入单独的溢出页（overflow page），主记录中仅保留20字节的指针。这种策略易导致“假溢出”——即使单列不长，但多列累加后触发溢出，造成额外I/O和碎片。
Dynamic格式则更智能：只要单个变长字段长度超过约256字节，就将其内容存入溢出页，主记录只保留20字节指针；其余短变长字段仍完整保留在主记录中。这样既节省空间，又避免因行宽波动引发的无谓溢出。
NULL值存储开销：位图压缩是否一致
两者都使用NULL位图（NULL bitmap）来标记NULL列，不为NULL值分配实际存储空间。但Compact在位图之后紧接记录头（record header），而Dynamic保持相同机制，无本质区别。真正影响空间的是变长字段长度列表（variable-length field offset list）的组织方式——Dynamic对此未做修改，仍按字段逆序存放偏移量。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
大字段访问性能：读取TEXT/BLOB时的I/O行为
使用Compact时，若应用频繁查询包含TEXT字段的整行数据（SELECT *），即使只用到其中几个小字段，也可能因该TEXT已溢出而强制触发一次额外的随机I/O去读溢出页。
Dynamic缓解了这个问题：只有真正“大”的字段才溢出，小文本（如短描述、标签）仍驻留主页，配合合理索引覆盖，可显著减少溢出页访问频次。尤其在OLTP场景中，对响应时间敏感的操作受益明显。
兼容性与默认设置演进
- MySQL 5.6引入Dynamic，但默认仍是Compact；
- MySQL 5.7.9起，innodb_file_format= Barracuda且innodb_file_per_table=ON时，CREATE TABLE若未显式指定ROW_FORMAT，将默认使用Dynamic；
- MySQL 8.0彻底移除了Antelope（含Compact/Redundant）作为默认选项的支持逻辑，Dynamic成为事实标准；
- 若需兼容极老版本或特殊备份工具，Compact仍有存在价值，但新项目应优先选Dynamic。
Dynamic不是简单替代Compact，而是针对现代应用中富文本、JSON、二进制附件等常见模式做出的存储优化。只要表定义中明确指定ROW_FORMAT=DYNAMIC，并确保系统变量配置匹配，就能平稳启用。
