报错 near 'ENGINE' 是因 phpMyAdmin 旧版用 TYPE=MyISAM（已废弃），应替换为 ENGINE=MyISAM 或升级至 5.2+；near 'order' 等是保留字未加反引号；near ')' 或 'DEFAULT' 多因 MySQL 版本不支持新语法，需核对版本并精简默认值。
保存表结构时 near 'ENGINE' 报错，大概率是存储引擎语法过时
MySQL 5.5 之后已废弃 TYPE=MyISAM 写法，但 phpMyAdmin 在旧版或某些导出/编辑流程中仍可能生成它。错误提示里出现 near 'ENGINE' 或 near 'TYPE'，基本可锁定这个问题。
常见现象：点击“保存”后弹出 #1064 - You have an error in your SQL syntax; near 'TYPE=MyISAM' at line X，而你根本没手动写过 TYPE —— 是 phpMyAdmin 自动生成的 ALTER 语句里混用了老语法。
- 检查 phpMyAdmin 底层生成的 SQL：点“操作”页签 → 拉到最下方看“更改表的 SQL 查询”，复制整条语句粘贴进命令行执行，确认是否复现
- 临时修复：把生成语句里的
TYPE=MyISAM全部替换成ENGINE=MyISAM，再手动执行 - 根治方法：升级 phpMyAdmin 到 5.2+（2023 年后版本），它默认用
ENGINE；若无法升级，修改配置项$cfg['ServerDefault']对应的 MySQL 版本声明，避免它按兼容模式降级生成语法
点击“保存”后 near '`order`' 或 near '`group`'，说明字段名触发保留字冲突
phpMyAdmin 的表结构编辑器本身不自动给字段名加反引号，当你字段名为 order、group、key、match 等 MySQL 保留字时，它生成的 ALTER 语句会直接写成 ADD order VARCHAR(255)，MySQL 解析器立刻报错。
这不是你手写的错，而是界面编辑器“信任你不会起保留字”，没做兜底处理。
立即学习“PHP免费学习笔记（深入）”；
- 验证方式：在“结构”页签里找到对应字段，点击“更改”，看字段名输入框里是否显示为裸名（如
order）而非`order` - 绕过办法：不点“保存”，改用“SQL”页签，手动执行带反引号的语句，例如
ALTER TABLE `users` ADD `order` INT; - 预防措施：新建字段时，一律用反引号包裹名字，哪怕当前没报错——未来升级 MySQL 版本（比如 8.0+ 新增了更多保留字）就可能突然崩
修改字段类型后 near ')' 或 near 'DEFAULT'，常因默认值语法不兼容
比如把一个 DATETIME 字段改成 DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，在 MySQL 5.6 及更早版本会直接报错，因为双 CURRENT_TIMESTAMP 是 5.6.5+ 才支持的。
phpMyAdmin 的“更改”表单会无差别套用最新语法，不管后端实际版本。
- 查真实版本：在 SQL 页签执行
SELECT VERSION();，别信 phpMyAdmin 左下角显示的版本 - 精简默认值：5.6 只允许一个
CURRENT_TIMESTAMP，删掉ON UPDATE CURRENT_TIMESTAMP部分；5.7 之前不支持DATETIME(3)这种精度写法，得改成DATETIME - 零日期问题：如果字段默认值是
'0000-00-00'，而 MySQL 开启了STRICT_TRANS_TABLES或NO_ZERO_DATE模式，也会被当语法错误拦截——此时需设为CURRENT_TIMESTAMP或留空
保存失败但没提示具体 near 内容，可能是 phpMyAdmin 自动补全逻辑干扰
phpMyAdmin 在提交前会隐式插入 USE database_name; 和补分号，有时还会重写换行符。这些“帮忙”会导致你看到的错误位置和真实执行的 SQL 不一致。
尤其在字段名含中文、特殊符号或长注释时，它的内部解析器容易错判行号。
- 跳过界面：直接进“SQL”页签，手写完整 ALTER 语句，确保每行只有一条命令，结尾有分号
- 禁用自动补全：在 phpMyAdmin 配置文件
config.inc.php中添加$cfg['SQLQuery']['AutoCommit'] = false;，减少后台干预 - 终极验证：把生成的 SQL 复制出来，在终端用
mysql -u user -p db_name -e "your_sql_here"执行，错误输出更干净，没有界面层修饰
真正卡住的地方，往往不在报错行号标出的位置，而在它前面几行被 phpMyAdmin “优化”掉的括号、引号或关键字。每次保存前，花 10 秒看一眼它自动生成的 SQL，比反复试错快得多。
