不能用 ALTER PROCEDURE 修改 DEFINER，因 MySQL 不支持该语法；CREATE OR REPLACE 会丢失 SQL SECURITY 原设置（如 INVOKER）、注释及格式，引发维护风险。

直接改 mysql.proc 表是最快速、最可控的方式，但必须注意权限、字符集和 SQL 模式的影响，否则会触发隐式失败或定义损坏。

为什么不能用 ALTER PROCEDURE 重写存储过程来改 DEFINER

MySQL 不支持 ALTER PROCEDURE ... DEFINER=... 语法。试图用 CREATE OR REPLACE PROCEDURE 重建，会丢失原有 SQL SECURITY 设置（默认变成 DEFINER，但旧值可能是 INVOKER），且无法保留注释、分号位置、换行等原始结构，容易引发后续维护问题。

update mysql.proc set definer = 'user@host' 的实操要点

执行前需确保：

• 当前登录用户有 UPDATE 权限 on mysql.proc（通常只有 root 或具有 SYSTEM_USER 权限的账号能操作）
• 目标 definer 用户必须已存在，否则执行时不会报错，但调用过程会提示 definer 'user@host' does not exist
• mysql.proc 表的 definer 字段是 CHAR(77)，内容形如 'root'@'localhost' —— 单引号必须保留，且 host 部分不能省略（'user'@'%' 和 'user'@'localhost' 是两个不同定义者）
• 建议先加 WHERE db = 'your_db' 限定范围，避免误改其他库的过程

示例命令：

MySQL8 CRM Schema Design Expert

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

下载

UPDATE mysql.proc SET definer = '''new_user''@''%''' WHERE db = 'myapp' AND type = 'PROCEDURE';

注意：单引号要转义成三个单引号（MySQL 字符串内嵌单引号的写法），不是双引号或反引号。

改完后必须 FLUSH PRIVILEGES 吗

不需要。mysql.proc 属于数据字典表，变更立即生效，但要注意：

• 已打开的连接中缓存的存储过程元信息不会自动刷新，建议让应用重启或等待连接池轮转
• 如果过程里用了动态 SQL（PREPARE/EXECUTE），而新 definer 缺少对应库表权限，运行时才会暴露问题，不是在 UPDATE 时校验
• 某些 MySQL 版本（如 5.7.20+）在开启 sql_mode=STRICT_TRANS_TABLES 时，对 definer 格式校验更严，错误格式会导致后续调用直接失败，而非静默忽略

真正容易被忽略的是：mysql.proc 中的 security_type 字段（值为 DEFINER 或 INVOKER）不能被 UPDATE 修改 —— 它只在创建时固化，强行更新该字段无效果。若需切换安全模式，只能重建过程。