MySQL 5.7 中 ALTER TABLE 修改 ROW_FORMAT 失效的根本原因是 innodb_file_per_table 必须为 ON，否则强制降级为 COMPACT；真正生效需 ENGINE=InnoDB 触发表重建，并验证 INNODB_SYS_TABLES 而非 SHOW CREATE TABLE。
MySQL 5.7 中 ALTER TABLE 改 ROW_FORMAT 失效或报错，根本不是语法写错了，而是隐式依赖没满足 —— innodb_file_per_table 必须为 ON，且操作本质是表重建，不是元数据更新。
为什么 ALTER TABLE ... ROW_FORMAT=DYNAMIC 看似执行成功却没生效
你执行了 ALTER TABLE t ROW_FORMAT = DYNAMIC，SHOW CREATE TABLE 也显示了 ROW_FORMAT=DYNAMIC，但查 information_schema.INNODB_SYS_TABLES 还是 Compact？这不是缓存问题，是 MySQL 静默降级了。
-
innodb_file_per_table为 OFF 时，InnoDB 强制用系统表空间，DYNAMIC格式不被支持，自动回退到COMPACT - 表原本在系统表空间（如
ibdata1），哪怕显式指定ROW_FORMAT=DYNAMIC，也会被忽略 -
SHOW CREATE TABLE显示的是“你声明的格式”，而INNODB_SYS_TABLES.ROW_FORMAT才是真实生效的格式 - 验证命令必须用：
SELECT NAME, ROW_FORMAT FROM information_schema.INNODB_SYS_TABLES WHERE NAME = 'your_db/your_table';
5.7 中安全切换到 DYNAMIC 的唯一可靠路径
别只改 ROW_FORMAT，必须触发完整重建。MySQL 5.7 不支持 ALGORITHM=INSTANT 修改行格式，ALGORITHM=INPLACE 对此无效，只能走 COPY（即锁表重建）。
- 先确认前提：
SELECT @@innodb_file_per_table;必须返回1；若为0，需先设SET GLOBAL innodb_file_per_table = 1;并重启实例（否则新建表仍进系统表空间） - 执行强制重建：
ALTER TABLE your_table ENGINE = InnoDB ROW_FORMAT = DYNAMIC;—— 注意同时指定ENGINE，这是触发重建的关键 - 大表务必在低峰期操作，该语句全程持有
MDL_EXCLUSIVE锁，会阻塞所有 DML - 完成后运行：
ANALYZE TABLE your_table;，避免优化器因旧统计误判行大小
遇到 ERROR 1478 或 ERROR 1005 怎么办
这类错误不是权限或语法问题，是 InnoDB 拒绝创建不兼容的结构。5.7.9+ 对 ROW_FORMAT 校验更严，常见触发条件：
-
innodb_large_prefix为 OFF（5.6 默认 OFF，5.7 默认 ON；若从 5.6 升级而来且未重置，可能仍为 OFF） - 表上有前缀索引长度 > 767 字节（如
VARCHAR(255)+utf8mb4），而innodb_large_prefix=OFF时不允许 - 解决方案只有两个：
SET GLOBAL innodb_large_prefix = ON;（5.7 可动态生效），或删/改超长前缀索引 - 不要试图用
SET SESSION innodb_strict_mode = OFF绕过 —— 它只压制报错，不解决底层存储冲突，后续 INSERT 仍可能失败
批量修改多个表时最容易漏掉的坑
写脚本生成一堆 ALTER TABLE ... ROW_FORMAT=DYNAMIC 语句？小心踩进三个隐形陷阱：
- 脚本里没检查
information_schema.TABLES.TABLE_SCHEMA是否包含系统库（mysql、performance_schema），对它们执行会失败 - 没过滤视图（
TABLE_TYPE='VIEW'），视图不能设ROW_FORMAT，直接报错中断整个批次 - 没加事务或错误处理，一个表失败，后续全停 —— 建议用单条语句 +
|| true（Linux）或GO分隔（Windows），确保继续执行 - 真正稳妥的生成方式：
SELECT CONCAT('ALTER TABLE `', TABLE_SCHEMA, '`.`', TABLE_NAME, '` ENGINE=InnoDB ROW_FORMAT=DYNAMIC;') FROM information_schema.TABLES WHERE ENGINE='InnoDB' AND TABLE_SCHEMA NOT IN ('mysql','information_schema','performance_schema','sys') AND TABLE_TYPE='BASE TABLE' AND ROW_FORMAT != 'Dynamic';
最常被忽略的一点：即使成功切到 DYNAMIC，如果表里还有大量定义为 VARCHAR(10000) 的字段，实际插入时仍可能因总行大小超 65535 字节而失败 —— 行格式解决的是 8126 字节内联瓶颈，不是总长度上限。该改 TEXT 的字段，一个都不能留着。
