MySQL不支持ALTER PROCEDURE重命名，只能通过“删旧建新”或“导出重建”实现；需手动更新调用、显式指定DEFINER，并从INFORMATION_SCHEMA.ROUTINES补全元信息。
MySQL 不能直接用 ALTER PROCEDURE 重命名存储过程
MySQL 的 ALTER PROCEDURE 只支持修改特性（如 SQL SECURITY、COMMENT），不支持改名。试图执行 ALTER PROCEDURE old_name RENAME TO new_name 会报错：ERROR 1064 (42000): You have an error in your SQL syntax。
真正可行的路径只有两条：删旧建新，或导出重建。别被某些博客里“ALTER ... RENAME”的伪代码误导——那不是 MySQL 的语法。
- 所有依赖该过程的调用（比如其他存储过程里的
CALL old_name()）必须手动更新，否则运行时报PROCEDURE database.old_name does not exist - 如果过程里用了
DEFINER，重建时要显式指定，否则默认变成当前用户，可能触发权限问题 - 原过程的注释、字符集、SQL 模式等元信息不会自动继承，需从
INFORMATION_SCHEMA.ROUTINES中查出再补全
安全重建流程：先查定义，再删再建
核心是用 SHOW CREATE PROCEDURE 拿到完整创建语句，手动替换名字后执行。这是最可控、兼容性最好的方式（5.7+ 和 8.0 都适用）。
示例操作：
SHOW CREATE PROCEDURE mydb.calc_total;
输出类似：
CREATE DEFINER=`admin`@`%` PROCEDURE `calc_total`(IN id INT) SQL SECURITY DEFINER BEGIN ... END
- 复制整条
CREATE PROCEDURE语句，在编辑器里把`calc_total`替成`calc_summary`（注意保留反引号） - 执行
DROP PROCEDURE IF EXISTS mydb.calc_total—— 必须加IF EXISTS，避免因不存在而中断脚本 - 再执行修改后的
CREATE PROCEDURE语句 - 检查是否成功：
SELECT ROUTINE_NAME FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA='mydb' AND ROUTINE_NAME='calc_summary'
用 mysqldump 导出再改名适合批量或跨环境场景
当你要重命名多个过程，或者需要在测试/生产环境同步变更时，用 mysqldump --routines 更稳妥，它能一次性导出所有存储过程定义（不含数据）。
操作链路：
- 导出：
mysqldump -u root -p --no-create-info --no-data --routines mydb > mydb_routines.sql - 用 sed 或编辑器批量替换（例如
sed -i 's/`old_proc`/`new_proc`/g' mydb_routines.sql） - 确认文件里没有残留的
CALL old_proc或注释引用，否则上线后逻辑断裂 - 导入前先清空原过程：
mysql -u root -p mydb -e "DROP PROCEDURE IF EXISTS old_proc" - 再执行
mysql -u root -p mydb
注意：mysqldump --routines 默认不包含 CREATE DATABASE，所以目标库必须已存在且名称一致；否则要手动调整 USE 语句。
重命名后权限和调用链容易断，必须验证
重命名本身不改变权限，但 DEFINER 用户若被删或密码过期，过程就无法执行；更常见的是调用方没更新，导致业务报错。
- 检查
DEFINER是否仍有效：SELECT user,host FROM mysql.user WHERE user='admin' - 搜索代码库和数据库内其他过程，找所有
CALL old_name，逐个替换（可用SELECT CONCAT('CALL ', ROUTINE_NAME, '()') FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_DEFINITION LIKE '%old_name%'辅助定位） - 如果过程被事件（
EVENT）或定时任务调用，也要同步更新DO CALL old_name()部分 - 8.0+ 中若启用了
check_proxy_users或角色权限模型，还要确认新过程的调用者是否有EXECUTE权限
真正的麻烦往往不在 rename 这一步，而在上下游是否感知、是否同步、是否留了隐藏引用——这些点漏一个，半夜告警就是它。
