phpMyAdmin 5.0 不支持可视化设置 ROW_FORMAT=COMPRESSED，因它仅封装基础 SQL 操作，不提供 InnoDB 高级存储参数 UI；所有压缩配置必须手写 SQL 并满足 innodb_file_per_table=ON 等四项前提。
phpMyAdmin 5.0 不提供任何可视化界面来设置表字段或表级的 ROW_FORMAT=COMPRESSED 压缩存储。 它的“创建表”表单、字段编辑页、结构页均不暴露 ROW_FORMAT、KEY_BLOCK_SIZE 或 ROW_FORMAT=COMPRESSED 等选项 —— 这些参数无法通过下拉菜单、复选框或输入框配置。
为什么 phpMyAdmin 5.0 的建表界面里找不到压缩选项
phpMyAdmin 是一个 SQL 封装层，不是 MySQL 引擎配置面板。它生成的建表语句默认使用 ROW_FORMAT=Dynamic（MySQL 5.7+ 默认），且不提供高级 InnoDB 存储参数的 UI 入口。即使你手动在“SQL”页执行带 ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=4 的语句成功了，回到“结构”页也看不到这些参数的显示或可编辑状态 —— 它们被完全忽略渲染。
- 所有压缩相关参数必须通过原始 SQL 显式声明，phpMyAdmin 不做校验也不做补全
- “添加字段”表单只处理
name、type、length、NULL、default等基础属性 - 即便你用 SQL 创建了压缩表，后续在 phpMyAdmin 中“编辑字段”或“更改”表结构时，
ROW_FORMAT和KEY_BLOCK_SIZE也不会出现在修改预览中，更不会被保留
想用 COMPRESSED 表？只能手写 SQL 并确认前提条件
在 phpMyAdmin 5.0 中启用 InnoDB 表压缩，唯一可靠路径是切换到 SQL 标签页，粘贴并执行完整建表语句。但必须提前确认以下四点，缺一不可：
- 目标数据库已使用
InnoDB引擎（非 MyISAM 或 Memory） -
innodb_file_per_table=ON（查SHOW VARIABLES LIKE 'innodb_file_per_table';，返回ON） -
innodb_page_size为默认16384（即 16KB），否则KEY_BLOCK_SIZE可选值会受限 - MySQL 版本 ≥ 5.7（
ROW_FORMAT=COMPRESSED在 8.0.29+ 已弃用，但 5.0 版 phpMyAdmin 仍支持该语法）
示例语句（需全部写在 SQL 页执行）：
立即学习“PHP免费学习笔记（深入）”；
CREATE TABLE logs ( id INT PRIMARY KEY, content LONGTEXT ) ENGINE=InnoDB ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=4;
执行后怎么验证压缩是否生效
不能看 phpMyAdmin 的“结构”页 —— 它根本不显示 ROW_FORMAT。必须执行查询确认：
- 运行
SELECT TABLE_NAME, ROW_FORMAT, CREATE_OPTIONS FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA='your_db' AND TABLE_NAME='logs'; - 检查
ROW_FORMAT列是否为Compressed，CREATE_OPTIONS是否含row_format=COMPRESSED key_block_size=4 - 再查
SELECT NAME, FILE_SIZE, ALLOCATED_SIZE FROM INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES WHERE NAME LIKE 'your_db%logs%';，对比同数据量的非压缩表，FILE_SIZE应明显更小
注意：如果执行建表语句后 ROW_FORMAT 显示为 Dynamic 或报错 ERROR 1031 (HY000): Table storage engine for 'logs' doesn't support native compression，说明前提条件未满足，优先检查 innodb_file_per_table 和引擎类型。
真正容易被忽略的是：压缩效果高度依赖数据重复度和块内冗余，纯随机字符串或已加密字段几乎不压缩；而 phpMyAdmin 自身导出时勾选 gzip 只是对 SQL 文本压缩，和 InnoDB 表空间压缩毫无关系 —— 别混淆这两层。
