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 - 生产库建库语句不能简写为
utf8，必须是utf8mb4，且排序规则推荐utf8mb4_unicode_ci（而非_0900_as_cs）
真正容易被忽略的点：phpMyAdmin 导出的 SQL 不是“原始快照”，它会根据当前界面设置、PHP 版本、MySQL 版本动态注入兼容性语句——同一份数据库，在 XAMPP 8.1 和宝塔 5.7 上导出的文件可能完全不能互换。别假设“能导出就能导入”，先看第一行 CREATE DATABASE 和第一个 CREATE TABLE 是否干净、通用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
