根本原因是旧版本MySQL导出的存储过程中混入BOM、全角空格等非ASCII字符，导致解析失败；应检查编码、清除BOM、过滤非法字节，并避免用记事本编辑SQL文件。
导入时卡在 CREATE PROCEDURE 报 ERROR 1064 怎么办
根本原因是旧版本 MySQL（如 5.7）导出的存储过程里混入了非标准 ASCII 字符，比如 Windows 记事本保存时带的 BOM 头、全角空格、中文标点或不可见控制字符。MySQL 解析器遇到这些字符会直接报 ERROR 1064 (42000): You have an error in your SQL syntax，且不指明具体位置，排查困难。
实操建议：
- 用
file -bi routines.sql检查文件编码，确认是否含 BOM（输出含charset=bom或utf-8; charset=bom） - 用
sed -i '1s/^\xEF\xBB\xBF//' routines.sql清除 UTF-8 BOM（Linux/macOS） - 用
iconv -f utf-8 -t utf-8//IGNORE routines.sql > clean.sql过滤非法字节（跳过无法转码的字符） - 用
grep -n $'[\x80-\xFF]' routines.sql | head -5快速定位高字节字符所在行 - 避免用 Windows 记事本编辑 SQL 文件——它默认存为 ANSI 或带 BOM 的 UTF-8，改用 VS Code 或 Notepad++ 并手动设为 “UTF-8 无 BOM”
mysqldump 导出后发现过程体里有中文注释或变量名怎么办
MySQL 5.7 默认允许中文标识符和注释，但部分旧客户端或低版本工具解析时会把中文当乱码处理，尤其当字符集未显式声明时。导入时可能不报错，但后续调用过程时报 ERROR 1305 (42000): PROCEDURE xxx does not exist 或执行逻辑异常。
实操建议：
- 导出前在源库执行
SET NAMES utf8mb4;，确保 mysqldump 读取元数据时用正确字符集 - 导出命令加
--default-character-set=utf8mb4，强制 dump 文件以 utf8mb4 编码写入 - 检查过程体中是否用了中文变量名（如
DECLARE @用户名 VARCHAR(20);），MySQL 不支持中文变量名，应改为英文（@user_name） - 注释里的中文不影响执行，但若注释中夹带未转义单引号（如
-- 用户's name），会导致语法截断；统一用双横线--注释，避开引号即可
目标库是 MySQL 5.7，但源过程用了 8.0 特性导致导入失败
这不是“非法字符”而是语法不兼容：比如过程里用了 JSON_CONTAINS、REGEXP_LIKE 或隐式类型转换（如 WHERE id = '123' 在严格模式下被拒绝）。错误信息常为 ERROR 1305 或 ERROR 1064，但实际是函数不存在或表达式非法。
实操建议：
- 导出时加
--compatible=mysql57参数，它会自动降级 JSON 函数为字符串操作、替换新正则语法等 - 手动检查 dump 文件中是否含
JSON_、REGEXP_LIKE、GROUP_CONCAT(DISTINCT等 8.0 新特性，替换成 5.7 兼容写法 - 导入前在目标库执行
SELECT VERSION(), @@sql_mode;，比对源库 sql_mode；若目标库启用了STRICT_TRANS_TABLES，可在导入命令里加--init-command="SET SESSION sql_mode='';" - 不要依赖
mysqldump --all-databases—— 它会把 mysql 系统库一起导出，而系统表结构在 5.7 和 8.0 间差异极大，必然失败
导入后 SHOW PROCEDURE STATUS 返回空，但也没报错
这是最隐蔽的问题：dump 文件里确实有 CREATE PROCEDURE，但因前面某处存在不可见字符或语法错误，MySQL 解析器在遇到第一个错误时就静默终止后续语句执行，后面的过程全丢弃，且不提示。
实操建议：
- 用
mysql -u root -p -v mydb &1 | grep -A5 -B5 "ERROR\|Warning"加详细日志，看是否在第 1 行就停了 - 把 dump 文件拆成单个过程，逐个
source procedure_1.sql;测试，快速定位首个失败点 - 检查文件末尾是否有不完整语句（如最后一行是
DELIMITER ;缺少换行），MySQL 可能把它和下一条语句拼接，造成语法错 - 确认
DELIMITER设置是否成对：每个DELIMITER $$后必须有对应DELIMITER ;，且中间不能有空行或注释干扰
真正麻烦的不是字符本身，而是那些看不见的截断和静默失败——一个 BOM、一个全角空格、一行没闭合的注释，都可能让整个过程列表消失。动手前先 file 和 grep -P '\x80-\xFF' 扫一遍，比反复重试快得多。
