MySQL 不支持 ALTER PROCEDURE 修改 DEFINER，必须通过直接更新 mysql.proc 表（需 UPDATE 权限并执行 FLUSH PRIVILEGES）或 mysqldump 替换重载（安全但繁琐）实现；也可改用 SQL SECURITY INVOKER 避免依赖 DEFINER。
ALTER PROCEDURE 不能修改 DEFINER，这是 MySQL 的硬性语法限制（ERROR 1064），5.7 到 8.0 均不支持。必须用其他方式改。
直接更新 mysql.proc 表（最快但有风险）
MySQL 把存储过程元数据存在系统表 mysql.proc 中，DEFINER 字段可直接更新 —— 这是最快捷的批量修改方式，但要求你有 UPDATE 权限且敢操作系统表。
- 先确认目标：执行
SELECT ROUTINE_NAME, DEFINER FROM information_schema.ROUTINES WHERE ROUTINE_SCHEMA = 'your_db' AND ROUTINE_TYPE = 'PROCEDURE'; - 再更新：比如把所有
test@localhost改成root@%，运行UPDATE mysql.proc SET definer = 'root@%' WHERE db = 'your_db' AND type = 'PROCEDURE' AND definer = 'test@localhost'; - 必须执行
FLUSH PRIVILEGES;让变更生效（尤其在 8.0+ 中，否则新DEFINER可能不被识别） - 注意：MySQL 8.0 强制校验新
DEFINER用户是否存在且有对应权限，如果root@%不存在或没授权，后续调用会报错Access denied; you need (at least one of) the SUPER privilege(s)
用 mysqldump + 替换 + 重载（安全但繁琐）
这是官方推荐的“重建式”做法，适合生产环境，避免直接碰系统表，但步骤多、容易漏掉细节。
- 只导出存储过程：
mysqldump --no-create-info --no-data --routines --skip-triggers --skip-events --databases your_db > procs.sql - 检查
procs.sql：确保只有CREATE PROCEDURE和DELIMITER块，没有函数/视图/事件混入 - 精准替换
DEFINER：Linux/macOS 用sed -i 's/DEFINER=`[^`]*`@`[^`]*`/DEFINER=`new_user`@`%`/g' procs.sql；Windows 用 PowerShell：(Get-Content procs.sql) -replace 'DEFINER=`[^`]+`@`[^`]+`', 'DEFINER=`new_user`@`%`' | Set-Content procs.sql - 导入前加
DROP PROCEDURE IF EXISTS：因为mysqldump不带删除语句，直接导入会报ERROR 1304 (42000): PROCEDURE xxx already exists；可在procs.sql开头手动加一行SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';，并在每个CREATE PROCEDURE前插入DROP PROCEDURE IF EXISTS `proc_name`;
ALTER PROCEDURE ... SQL SECURITY 能不能间接解决？
不能改 DEFINER，但可以改执行上下文 —— 如果你真正的问题是“调用时权限不足”，SQL SECURITY INVOKER 往往比硬改 DEFINER 更合理。
-
ALTER PROCEDURE proc_name SQL SECURITY INVOKER;让过程以调用者身份执行，不再依赖DEFINER用户是否存在或是否有权限 - 适用于：应用用户已具备所需表权限，只是原
DEFINER（如dev@localhost）在生产库不存在 - 注意：
INVOKER模式下，调用者必须对过程里访问的所有对象（表、视图等）都有显式权限，不能靠DEFINER继承 - 不建议混合使用：一个库内既有
DEFINER又有INVOKER过程，权限排查会变复杂
MySQL 8.0+ 特别注意事项
8.0 对 DEFINER 的校验更严格，不是改完就完事。
- 新
DEFINER用户必须真实存在：SELECT User, Host FROM mysql.user WHERE User = 'new_user'; - 该用户至少要有
USAGE权限（空权限用户也行），否则创建/调用失败 - 如果用
root@%，确认root是否允许远程登录（Host值匹配） -
--skip-definer参数仅跳过客户端校验，不改变实际值，测试环境可临时用，但上线前务必修复真实定义
DEFINER 用户名变了、权限没同步、SQL SECURITY 模式又没统一，问题往往压到上线那一刻才爆发。 
