phpMyAdmin 4.0 之前版本不支持复杂表结构编辑，根本原因是SQL构造逻辑简单、缺乏MySQL多版本DDL语法适配能力，无法识别ALGORITHM=INPLACE、LOCK=NONE等在线参数，不支持JSON/GENERATED COLUMN语法及FIRST/AFTER子句，且批量操作无事务回滚。
phpmyadmin 4.0 之前版本不支持复杂表结构编辑，根本原因在于其 sql 构造逻辑过于简单，且缺乏对 mysql 多版本 ddl 语法差异的适配能力。
ALTER TABLE 语句生成硬编码，无法覆盖 MySQL 5.6+ 的新语法
旧版 phpMyAdmin（如 3.5、3.4）在“结构”页点“更改”字段后，会按固定模板拼接 ALTER TABLE ... CHANGE COLUMN 或 MODIFY COLUMN，但：
- 不识别 ALGORITHM=INPLACE 或 LOCK=NONE 等在线变更参数，导致大表修改直接锁表超时
- 对 MySQL 5.7+ 支持的 JSON、GENERATED COLUMN 类型，生成的语句漏掉 STORED/VIRTUAL 关键字，执行报错 #1064 - You have an error in your SQL syntax
- 修改列默认值时，旧版一律用 DEFAULT 'xxx' 字面量，不兼容 MySQL 8.0.13+ 的表达式默认值（如 CURRENT_TIMESTAMP），保存后被静默截断
多字段批量操作被拆成单条语句，失败后无回滚机制
当你在“结构”页同时改字段类型、加索引、删外键时，phpMyAdmin 4.0 前版本会：
- 把每个动作转为独立 ALTER TABLE 语句，顺序执行
- 某条失败（比如外键约束冲突），后续语句仍继续执行，造成结构不一致
- 不提供事务包装或 START TRANSACTION 包裹，MySQL 层也无法回滚已成功的前几条
- 你看到“保存成功”提示，实际只完成了前两步，第三步因 #150 错误中断，但 UI 不反馈
字段重命名和顺序调整依赖 MySQL 原生命令，而旧引擎不支持
拖拽字段调换顺序、右键“重命名”这类操作，在底层需转换为：
- CHANGE COLUMN old_name new_name type ... FIRST/AFTER col_x
- 但 MySQL 5.5 及更早版本不支持 FIRST 和 AFTER 子句，旧版 phpMyAdmin 不做版本探测，直接发语句 → 触发 #1064
- SQLite 或 MariaDB 连接下，该功能完全灰显或点击无响应，因为 phpMyAdmin 3.x 的元数据检测模块没适配非 MySQL 协议
真正卡住人的地方不是“能不能点”，而是错误不明确——它不告诉你哪条语句失败、为什么失败，只在底部闪一下红色提示。你得手动打开“SQL”页，复制它生成的全部语句，一条条粘贴执行，才能定位到具体是 ENUM 值缺失引号，还是 TIMESTAMP 默认值写成了字符串。
