为何phpMyAdmin导出的Laravel SQL文件在生产环境报错？

MySQL导入SQL报错1064的根本原因是版本不兼容：高版本（如8.0）导出的语法（JSON字段、utf8mb4_0900_ai_ci排序规则、WITH子句等）在低版本（如5.7）中不被识别，需通过--compatible=mysql40导出、替换排序规则、删time_zone语句、显式指定--default-character-set=utf8mb4等方式解决。

根本原因不是sql写错了，而是导出时默认带了生产环境不支持的语法或配置项。

导出文件含 MySQL 8.0+ 特性，但生产库是 5.7 或更低

比如导出 SQL 里有 JSON 字段定义、utf8mb4_0900_as_cs 排序规则、WITH 子句，这些在 MySQL 5.7 及更早版本直接报 #1064 错误。

• 打开导出的 .sql 文件，搜第一个 CREATE TABLE，看里面有没有不认识的关键字
• 导出时在 phpMyAdmin 的「格式特定选项」里勾选 SQL 兼容模式 → MYSQL40，能自动降级语法（如去掉 IF NOT EXISTS、转义引号）
• 如果必须保留某些特性，别用 phpMyAdmin 导出，改用命令行：mysqldump --compatible=mysql40 --skip-extended-insert

SET time_zone = "+00:00" 在目标服务器未加载时区数据

phpMyAdmin 默认导出会加这行，但很多生产 MySQL（尤其是 Docker 镜像或云 RDS）没运行 mysql_tzinfo_to_sql 加载时区表，一执行就报 #1298 - Unknown or incorrect time zone。

• 临时解决：用文本编辑器删掉 SQL 文件开头所有 SET time_zone = ... 行
• 长期修复：登录生产 MySQL 执行 mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql（路径按实际调整）
• 导出时避开该问题：在 phpMyAdmin 「高级选项」里取消勾选「添加 SET time_zone 语句」（若可见）；否则选「无」兼容模式

字符集声明不匹配导致中文乱码或插入失败

导出文件头有 /*!40101 SET NAMES utf8mb4 */，但生产库连接层没对齐，或者建库语句写的是 CHARACTER SET utf8（非 utf8mb4），插 emoji 或四字节中文就会截断。

• 检查导出文件前几行是否有 CREATE DATABASE ... CHARACTER SET utf8mb4 —— 没有就说明源库没设好
• 导入命令必须显式指定编码：mysql --default-character-set=utf8mb4 -u root -p database_name < dump.sql
• 生产库建库语句不能简写为 utf8，必须是 utf8mb4，且排序规则推荐 utf8mb4_unicode_ci（而非 _0900_as_cs）

真正容易被忽略的点：phpMyAdmin 导出的 SQL 不是“原始快照”，它会根据当前界面设置、PHP 版本、MySQL 版本动态注入兼容性语句——同一份数据库，在 XAMPP 8.1 和宝塔 5.7 上导出的文件可能完全不能互换。别假设“能导出就能导入”，先看第一行 CREATE DATABASE 和第一个 CREATE TABLE 是否干净、通用。

立即学习“PHP免费学习笔记（深入）”；