安全获取待删除存储过程列表需先查询information_schema.ROUTINES表，筛选ROUTINE_TYPE='PROCEDURE'且排除系统库，用CONCAT构造带反引号和分号的DROP语句，执行前须确认ALTER ROUTINE权限并备份。
如何安全获取待删除的存储过程列表
直接执行批量删除前，必须先确认目标范围。MySQL 的 information_schema.ROUTINES 表记录了所有存储过程，但要注意：它默认只包含当前用户有权限查看的例程，且 ROUTINE_TYPE = 'PROCEDURE' 才是存储过程（不是函数）。
- 用
SELECT ROUTINE_SCHEMA, ROUTINE_NAME FROM information_schema.ROUTINES WHERE ROUTINE_TYPE = 'PROCEDURE' AND ROUTINE_SCHEMA NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys')过滤掉系统库，避免误删 - 如果只想删某个库下的，把
ROUTINE_SCHEMA = 'your_db_name'加进 WHERE 条件 - 注意：某些 MySQL 版本（如 8.0+）中，
ROUTINE_NAME可能含特殊字符或空格，后续拼接 DROP 语句时需用反引号包裹
用 CONCAT 拼出完整的 DROP PROCEDURE 语句
不能直接在 SELECT 中执行 DROP，得先生成语句再执行。核心是用 CONCAT 构造带反引号和分号的字符串，并确保每条语句独立可执行。
- 推荐写法：
SELECT CONCAT('DROP PROCEDURE `', ROUTINE_SCHEMA, '`.`', ROUTINE_NAME, '`;') AS drop_stmt FROM information_schema.ROUTINES WHERE ROUTINE_TYPE = 'PROCEDURE' AND ROUTINE_SCHEMA = 'test_db'; - 别漏掉反引号——当库名或过程名含短横线（如
my-proc）或数字开头时，不加会报错ERROR 1064 (42000) - 结尾必须加
;，否则导出后用 mysql 客户端 source 执行会失败（提示 “Unknown command”）
用 GROUP_CONCAT 一次性生成可执行脚本
如果想导出为单个 SQL 文件并 source 执行，用 GROUP_CONCAT 合并所有语句最省事，但要注意长度限制。
- 先调大组长度：
SET SESSION group_concat_max_len = 1048576;（默认仅 1024 字符，容易截断） - 生成脚本：
SELECT GROUP_CONCAT(CONCAT('DROP PROCEDURE `', ROUTINE_SCHEMA, '`.`', ROUTINE_NAME, '`;') SEPARATOR '\n') FROM information_schema.ROUTINES WHERE ROUTINE_TYPE = 'PROCEDURE' AND ROUTINE_SCHEMA = 'test_db'; - 复制输出结果，保存为
drop_procs.sql，然后用mysql -u root -p your_db 执行 - 若过程数极多（几百个以上），建议分批处理，避免单条语句超长或事务日志撑爆
执行前务必关闭 autocommit 并验证语法
MySQL 不支持对存储过程的事务回滚，一旦 DROP PROCEDURE 执行成功就不可逆。所以不能跳过预检。
- 先在测试库跑一遍，确认生成的语句无语法错误（比如有没有漏反引号、有没有换行符混入）
- 执行前加
SET autocommit = 0;，虽然 DROP 本身会隐式提交，但至少能防止其他 DML 被连带提交 - 生产环境强烈建议：用
mysqldump --no-create-info --no-data --routines your_db > backup_routines.sql先备份所有过程定义 - 最容易被忽略的是权限——执行 DROP 需要
ALTER ROUTINE权限，而不仅仅是CREATE ROUTINE；用SHOW GRANTS FOR CURRENT_USER;确认
