从MySQL Workbench导出SQL脚本时遇Error 1064语法错误求助

阿华AIGC实验室

2026-5-19

解决MySQL Workbench导出脚本导入phpMyAdmin的1064语法错误（外键附近）

我之前也遇到过一模一样的问题！MySQL Workbench导出的SQL脚本在phpMyAdmin里报1064语法错误，尤其是) REFEREN...附近的问题，多半是这几个原因导致的，咱们一个个排查：

表定义末尾多余的逗号
MySQL Workbench有时候会在表的最后一个约束（比如主键）后面多生成一个逗号，比如：
```
CREATE TABLE `orders` (
  `id` INT NOT NULL AUTO_INCREMENT,
  `user_id` INT NULL,
  PRIMARY KEY (`id`), -- 这里的逗号就是坑！
) ENGINE = InnoDB;
```
这个多余的逗号会让MySQL解析后面的外键声明时直接报错，删掉这个逗号就能解决大部分这类问题。
外键声明不完整或格式错误
检查外键的完整语法是否正确：
- 表内声明外键时，要确保CONSTRAINT关键字、关联字段、关联表和字段都齐全，比如正确写法：
```
CREATE TABLE `orders` (
  `id` INT NOT NULL AUTO_INCREMENT,
  `user_id` INT NULL,
  PRIMARY KEY (`id`),
  CONSTRAINT `fk_orders_users` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE SET NULL ON UPDATE CASCADE
) ENGINE = InnoDB;
```
- 还要确认外键字段和关联表的字段数据类型完全一致（比如user_id是INT，关联的users.id不能是BIGINT），类型不匹配也会触发类似的语法错误提示。
MySQL版本兼容性问题
如果phpMyAdmin连接的MySQL服务器版本比你用的MySQL Workbench模型版本低，可能会不支持高版本的语法（比如某些新的字符集排序规则）。可以把脚本里的字符集声明换成兼容的，比如把utf8mb4_0900_ai_ci改成utf8mb4_general_ci，或者直接用DEFAULT CHARACTER SET = utf8mb4。
分步导入定位问题
如果脚本很长，没法一眼找到问题，可以拆分导入：先把所有外键相关的语句删掉，先导入所有表结构；等表都创建成功后，再单独执行添加外键的ALTER TABLE语句，这样就能精准定位到哪个外键的语法有问题。