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或隐式类型转换失败。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 对比两库：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在某些托管环境受限）