Navicat本身不提供独立的「行格式」可视化配置入口，仅在新建表的「高级」或「选项」页签中透出该下拉项，且要求MySQL≥5.7、innodb_file_per_table=ON；已有表无法通过图形界面修改，须执行ALTER TABLE语句。
Navicat里“表选项”没有行格式下拉项？
Navicat本身不提供独立的「行格式」可视化配置入口。它只在创建或修改表时，把 MySQL 服务端支持的 ROW_FORMAT 值作为可选参数透出——但前提是：你正在用「设计表」界面新建/编辑表结构，且当前 MySQL 版本 ≥ 5.7（DYNAMIC 是默认值）、innodb_file_per_table = ON、且未启用严格模式屏蔽该选项。
常见现象是点开「表选项」后只有「存储引擎」「字符集」「排序规则」等字段，唯独不见「行格式」。这不是 Navicat 缺失功能，而是：
- 表已存在，Navicat 的「表选项」仅允许改引擎、字符集等元数据，不支持对已有表直接修改
ROW_FORMAT - 当前连接的 MySQL 实例版本太低（如 5.6 或更早），
DYNAMIC和COMPRESSED尚未成为可选项 - 表使用的是
REDUNDANT或COMPACT，而服务端未显式暴露该字段（Navicat 不主动渲染只读字段）
真正能改行格式的地方，只在两个位置：新建表 的设计窗口，或 ALTER TABLE 语句手动执行。
新建表时怎么选 InnoDB 行格式？
在 Navicat 中右键数据库 →「新建表」→ 进入字段设计页后，点击工具栏「高级」按钮（或底部「选项」标签页），才能看到「行格式」下拉菜单。此时可选值取决于 MySQL 实际返回的支持列表（执行 SHOW VARIABLES LIKE 'innodb_default_row_format'; 可查默认值）。
注意几个关键点：
-
DYNAMIC是 MySQL 5.7+ 默认值，适合含大字段（TEXT/BLOB）的表，溢出页管理更高效 -
COMPRESSED需同时满足：innodb_file_per_table = ON、表空间为file-per-table、且手动指定KEY_BLOCK_SIZE -
COMPACT兼容性最好，但对超长列处理不如DYNAMIC - 选错不会报错，但后续
ALTER TABLE ... ROW_FORMAT=...可能触发全表重建
示例建表语句（Navicat 底层生成逻辑）：
CREATE TABLE `demo` ( `id` int NOT NULL AUTO_INCREMENT, `content` text, PRIMARY KEY (`id`) ) ENGINE=InnoDB ROW_FORMAT=DYNAMIC;
已有表怎么改 InnoDB 行格式？
Navicat 没有为已有表提供「行格式」的图形化编辑入口。必须通过「查询」窗口执行 ALTER TABLE：
- 直接改：
ALTER TABLE <code>table_nameROW_FORMAT=DYNAMIC; - 同时改引擎和行格式（避免两次重建）：
ALTER TABLE <code>table_nameENGINE=InnoDB ROW_FORMAT=DYNAMIC;
⚠️ 容易踩的坑：
- 大表执行会锁表（尤其未加
ALGORITHM=INPLACE时），MySQL 5.6+ 才支持部分ROW_FORMAT变更走原地算法 - 若表含全文索引且 MySQL < 5.6.4，
ROW_FORMAT=DYNAMIC会失败 -
COMPRESSED要求表空间启用了压缩支持，否则报错Unknown table engine 'InnoDB'或Cannot create table with ROW_FORMAT=COMPRESSED - Navicat 执行后不自动刷新「表状态」，需手动右键表 →「刷新」或重新打开「表选项」
怎么确认当前表的行格式生效了？
不能只看 Navicat「表选项」窗口——它不实时同步 ROW_FORMAT。必须用 SQL 查：
-
SHOW TABLE STATUS LIKE 'table_name';→ 看Row_format列 -
SELECT ROW_FORMAT FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME = 'database_name/table_name';（注意库名小写、斜杠分隔）
这两个结果可能不一致：前者来自 MySQL 的缓存元数据，后者直读 InnoDB 字典。生产环境建议以后者为准。行格式变更是否真正落地，最终取决于 INFORMATION_SCHEMA 中的记录，而不是 Navicat 界面显示。
