MySQL不支持ALTER VIEW/PROCEDURE修改DEFINER，因语法硬性限制；必须通过SHOW CREATE→替换DEFINER→DROP→CREATE重建，并注意保留SQL SECURITY设置及权限依赖。
为什么直接 ALTER VIEW / ALTER PROCEDURE 不能改 DEFINER
MySQL 的 ALTER VIEW 和 ALTER PROCEDURE 语句不接受 DEFINER 子句——这是硬性限制，不是权限或语法写错。你执行类似 ALTER VIEW v1 DEFINER='u'@'h' AS SELECT ... 会报错 ERROR 1064 (42000)，因为语法根本不支持。必须绕道重建。
用 SHOW CREATE + DROP + CREATE 批量重定义
核心思路是：导出原对象的完整创建语句 → 替换其中的 DEFINER=`old`@`host` → 删除旧对象 → 用新语句重建。关键点在于保留原有逻辑（SQL、参数、特性），只动 DEFINER。
- 先查出所有要处理的视图和存储过程：
SELECT 'VIEW' AS type, TABLE_NAME AS name, DEFINER FROM INFORMATION_SCHEMA.VIEWS WHERE TABLE_SCHEMA = 'your_db';
SELECT 'PROCEDURE' AS type, ROUTINE_NAME AS name, DEFINER FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA = 'your_db' AND ROUTINE_TYPE = 'PROCEDURE';
- 对每个结果，用
SHOW CREATE VIEW view_name或SHOW CREATE PROCEDURE proc_name拿到建模语句 - 用脚本（如 Python 或 sed）批量替换：把
DEFINER=`.*`@`.*`替成DEFINER=`new_user`@`%`；注意保留前后空格和单引号格式，否则语法报错 - 执行前加
DROP VIEW IF EXISTS view_name/DROP PROCEDURE IF EXISTS proc_name，避免重复定义失败
DEFINER 改成 CURRENT_USER() 有风险
有些场景想“自动适配调用者”，于是把 DEFINER 改成 CURRENT_USER()。这不可行：MySQL 不允许在 CREATE VIEW 或 CREATE PROCEDURE 中使用函数作为 DEFINER 值，会报 ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation —— 即使你有 SUPER 权限，语法也不允许。DEFINER 必须是字面量用户账号，比如 'admin'@'localhost'。
权限与 SQL SECURITY 设置别漏掉
重建时若忽略原有设置，可能导致行为变化：
- 视图默认
SQL SECURITY DEFINER，但如果你的原视图是SQL SECURITY INVOKER，重建语句里没显式写，就会变成 DEFINER，权限上下文就变了 - 存储过程同理，
SQL SECURITY默认也是 DEFINER；如果原过程依赖调用者权限查表，必须显式加上SQL SECURITY INVOKER - 另外，
DEFINER用户本身必须存在，且拥有视图/过程中引用的所有对象的相应权限，否则创建会成功但运行时报ERROR 1449 (HY000): The user specified as a definer does not exist或权限拒绝
真正麻烦的不是改 DEFINER，而是确认每个视图和存储过程的实际执行上下文依赖——有些逻辑靠 DEFINER 权限穿透跨库访问，一改就断，得挨个验证。
