phpMyAdmin不支持MyRocks专属配置，因其UI仅适配InnoDB等官方引擎，无法解析COMPRESSION、ROCKSDB_TTL、TTL_DURATION等MyRocks特有语法；所有配置必须通过SQL手动执行，否则表将缺失关键优化特性。
phpmyadmin 本身不支持 myrocks 表结构的可视化配置 —— 它无法识别 myrocks 引擎特有的列属性、压缩选项或 ttl 设置，所有相关配置必须通过 sql 手动执行。
为什么 phpMyAdmin 界面里看不到 MyRocks 专属选项？
phpMyAdmin 的表结构编辑界面（Structure 标签页）只适配 MySQL 官方引擎（InnoDB、MyISAM）和少量扩展引擎的通用字段。MyRocks 是 RocksDB 的 MySQL 插件，其核心配置项（如 COMPRESSION、TTL_DURATION、ROCKSDB_TTL）不暴露为标准表选项，也不被 phpMyAdmin 的 UI 表单解析。
- 当你在 phpMyAdmin 中创建新表并选择
MyRocks引擎时，它只会把引擎名写入ENGINE=MyRocks，其余 MyRocks 特有参数全部忽略 - 已存在的 MyRocks 表在
Structure页面显示为“无索引”或“无额外选项”，即使实际启用了列压缩或 TTL - phpMyAdmin 的
Operations标签页里Storage Engine下拉菜单虽列出MyRocks，但切换后不会加载任何专属配置面板
怎么正确配置 MyRocks 表结构（绕过 phpMyAdmin UI）？
唯一可靠方式是用 SQL 直接定义或修改表。phpMyAdmin 的 SQL 标签页可执行这些语句，但需严格遵循 MyRocks 的语法约束。
-
CREATE TABLE时必须显式指定ENGINE=MyRocks，否则默认仍是 InnoDB - 压缩设置要写在列定义里，例如：
name VARCHAR(255) COMPRESSION='zstd'（不是表级选项） - TTL 功能依赖
ROCKSDB_TTL列属性 + 表级TTL_DURATION，例如：ts TIMESTAMP NOT NULL ROCKSDB_TTL, TTL_DURATION=86400 - 修改现有表加 MyRocks 特性必须用
ALTER TABLE ... ALGORITHM=COPY（MyRocks 不支持INPLACE在线变更压缩/TTL）
示例（创建带压缩和 TTL 的表）：
CREATE TABLE user_log ( id BIGINT PRIMARY KEY, data TEXT COMPRESSION='lz4', ts TIMESTAMP NOT NULL ROCKSDB_TTL ) ENGINE=MyRocks TTL_DURATION=3600;
哪些操作在 phpMyAdmin 里看似可行实则危险？
phpMyAdmin 的图形化操作容易掩盖底层不兼容性，尤其在涉及 MyRocks 时：
立即学习“PHP免费学习笔记（深入）”；
- 用 UI 的“更改”功能给 MyRocks 表加索引 → 可能触发隐式
ALTER TABLE ... ENGINE=InnoDB（如果未显式保留ENGINE=MyRocks） - 导出表结构（
Export→Structure）→ 默认不包含COMPRESSION或ROCKSDB_TTL，还原后丢失关键特性 - 从其他引擎“转换”到 MyRocks（UI 里选引擎再保存）→ 实际执行的是
ALTER TABLE ... ENGINE=MyRocks，但原有列压缩/TTL 不会自动继承，需手动重定义
真正需要 MyRocks 特性的场景，别依赖 phpMyAdmin 的表单——记清哪些是列级属性、哪些是表级参数，然后老老实实写 SQL。漏掉一个 COMPRESSION 或写错 TTL_DURATION 单位（秒），表就只是个空壳 MyRocks 引擎，起不到任何优化作用。
