MySQL不支持RENAME PROCEDURE语法，必须通过DROP PROCEDURE IF EXISTS后CREATE PROCEDURE重建实现重命名，需同步更新调用代码、权限及DEFINER，并用SHOW CREATE PROCEDURE提取并修改原定义。
MySQL重命名存储过程为什么不能直接用RENAME
MySQL不支持 RENAME PROCEDURE 语法，这是和表、视图最直观的区别。试图执行类似 RENAME PROCEDURE old_name TO new_name 会报错：ERROR 1064 (42000): You have an error in your SQL syntax。根本原因是 MySQL 的存储过程对象没有提供原子性重命名操作，必须靠显式重建实现逻辑上的“重命名”。
先DROP再CREATE是最稳妥的迁移方式
在生产环境迁移前，务必确认：目标新名称未被占用、调用该过程的代码已同步更新、有回滚预案（比如提前备份原过程定义）。执行时注意以下要点：
-
DROP PROCEDURE IF EXISTS new_name—— 必须先清理可能残留的同名过程，否则后续CREATE会失败 -
CREATE PROCEDURE new_name(...)—— 完全复刻原过程的参数列表、DETERMINISTIC/READS SQL DATA等特性声明，连空格缩进都建议保持一致（便于 diff） - 若原过程含
DEFINER子句（如DEFINER='user'@'host'），新过程必须显式指定相同定义者，否则权限上下文可能变化 - 避免在事务中执行
DROP/CREATE PROCEDURE—— MySQL 不允许在事务内修改存储过程结构
如何安全获取原过程定义并修改名称
别手动抄写，用 SHOW CREATE PROCEDURE 提取原始 DDL：
SHOW CREATE PROCEDURE old_name\G
输出中会看到完整 CREATE PROCEDURE 语句。此时只需：
- 把开头的
CREATE PROCEDURE old_name替换为CREATE PROCEDURE new_name - 检查并保留所有
COMMENT、SQL SECURITY、DETERMINISTIC等子句 - 如果原过程用了
DELIMITER（比如含IF或循环），替换后仍需配套调整分隔符，否则会因分号提前终止而报错ERROR 1064
执行前建议先在测试库验证新过程能否正常创建并运行。
权限与依赖检查不可跳过
重命名后，原有调用链不会自动更新。容易被忽略的是：
- 其他存储过程或函数中硬编码调用了
CALL old_name()，必须一并搜索替换 - 应用代码（PHP/Python/Java）里也可能存在字符串拼接调用，需全局 grep
- 执行
DROP PROCEDURE需要ALTER ROUTINE权限；CREATE PROCEDURE还需要CREATE ROUTINE权限 —— 普通用户可能只具备其一 - 如果过程访问了特定数据库的表，而新过程的
DEFINER用户无对应权限，即使创建成功，运行时也会报ERROR 1449 (HY000): The user specified as a definer does not exist或权限拒绝
真正麻烦的从来不是改个名字，而是让所有引用它的位置都意识到这个名字已经变了。
