MySQL 迁移后存储过程异常主因是环境差异，需重点排查权限、SQL 模式、字符集及系统变量四类问题：权限不足需重授 EXECUTE 及表级 DML 权限；SQL 模式不兼容应比对并调整 sql_mode；字符集不一致须统一为 utf8mb4；系统变量或函数变化需替换弃用函数并配置 log_bin_trust_function_creators。
MySQL 迁移后存储过程异常，通常不是语法错误，而是环境差异导致的权限、SQL 模式、字符集或系统变量不一致。重点检查这四类问题，多数能快速定位。
权限不足导致过程无法执行
迁移后用户可能缺少 EXECUTE 权限，或对涉及的表缺少 SELECT/INSERT/UPDATE/DELETE 权限。即使原库有权限，新库需重新授权。
- 登录新库，执行 SHOW GRANTS FOR ‘ 用户名 ’@’ 主机 ’; 确认权限是否完整
- 补充授权：GRANT EXECUTE ON PROCEDURE db_name.proc_name TO ‘user’@’host’;
- 若过程内操作多张表，逐个检查对应表的 DML 权限是否到位
SQL 模式（sql_mode）不兼容
旧库可能关闭了严格模式（如禁用 STRICT_TRANS_TABLES），而新库默认启用，导致INSERT INTO … SELECT 或隐式类型转换 失败。
- 对比两库：SELECT @@sql_mode;
- 临时调试可临时放宽：SET sql_mode = ‘NO_ENGINE_SUBSTITUTION’;
- 长期建议修改过程逻辑，避免依赖宽松模式（如显式处理 NULL、补全字段列表）
字符集与排序规则不一致
过程内含中文参数、临时表或字符串拼接时，若数据库 / 连接 / 过程体的字符集不统一（如utf8mb4 vs utf8），易出现乱码或比较异常。
- 检查过程创建时的连接字符集：SHOW CREATE PROCEDURE proc_name;观察 CHARACTER SET 声明
- 确保新库默认字符集为utf8mb4：SHOW VARIABLES LIKE ‘character_set_database’;
- 创建过程前显式指定：SET NAMES utf8mb4;再执行CREATE PROCEDURE
系统变量或函数行为变化
高版本 MySQL（如 8.0+）废弃或调整了部分函数（如 PASSWORD()）、变量（如sql_log_bin 默认值），或新增安全限制（如log_bin_trust_function_creators）。
- 检查是否报This function has none of DETERMINISTIC…：需设置SET GLOBAL log_bin_trust_function_creators = 1;
- 替换已弃用函数，例如用 SHA2(‘str’,256) 替代PASSWORD()
- 确认过程内调用的系统变量在新版本中是否仍有效（如 @@hostname 在某些托管环境受限）
