MySQL只备份特定存储过程与触发器的方法

许多 MySQL 用户在备份数据库时，会遇到一个棘手的问题：想要单独导出某个存储过程或触发器，却发现 mysqldump 并没有提供按名称筛选的参数。--routines 和 --triggers 只能作用于整个库或整个表，无法通过条件过滤精确锁定单个对象。但在实际运维中，这种细粒度备份十分必要——例如灰度发布前备份待更新的触发器，或者审计时提取关键存储过程的定义。下面分享几种实用且无需第三方工具的解决方案，供你参考。

使用 SHOW CREATE 手动提取单个对象定义

这种方法最为直接，权限要求最低，兼容性也最好——无论是 MySQL 5.7 还是 8.0 都能运行，且无需额外访问系统表。

执行 SHOW CREATE PROCEDURE 或 SHOW CREATE TRIGGER 可以返回可执行的 SQL 语句，但有两个需要注意的细节：

• SHOW CREATE 不会输出 DELIMITER，而过程体内部通常包含分号，直接使用 source 导入会报错；需要手动添加 DELIMITER $$ 和结尾的 $$
• 触发器名称必须包含库名前缀，例如 SHOW CREATE TRIGGER mydb.t_audit_insert;，否则会提示 ERROR 1360 (HY000): Trigger does not exist
• 输出结果可以重定向到文件：mysql -u root -p -e "SHOW CREATE PROCEDURE mydb.calc_total;" > proc_calc_total.sql

使用 mysqldump 全量导出后通过 grep 提取

适合批量操作或编写脚本，前提是备份文件中已经包含了目标对象（即导出时添加了 --routines 和 --triggers 参数）。

注意：grep 的匹配模式要足够精确，避免误匹配注释或函数体内的字符串：

• 提取所有存储过程：grep -A 50 "^CREATE DEFINER.*PROCEDURE" backup.sql | grep -B 50 "^$$" > procedures.sql
• 提取特定触发器：grep -A 30 "CREATE DEFINER.*TRIGGER `t_user_log`" backup.sql > trigger_t_user_log.sql
• 更稳妥的方式是用 sed -n '/^CREATE DEFINER.*TRIGGER `t_name`/,/^$$/p' backup.sql，它可以跨行匹配完整的定义块

使用 mysqlpump（MySQL 5.7+）排除所有表，仅保留 routine

mysqlpump 是 mysqldump 的升级版，支持更细粒度的对象筛选，但依然无法实现“只导出某些 routine”，只能做到“导出全部 routine 并排除所有表”。

命令示例：

• mysqlpump --user=root --password --routines --exclude-tables=% mydb > routines_only.sql
• --exclude-tables=% 表示排除所有表（包括视图），但保留 routine、trigger、event 等逻辑对象
• 注意：这种方式导出的触发器仍然依赖于原表，如果目标库中缺少相应的表结构，导入会失败；需要确保表已存在或提前创建
• 另外，在 8.0.23+ 版本中，默认启用 --skip-definer，无需额外处理 DEFINER 权限问题

为什么不能通过 --ignore-table 或 --where 实现？

这两个参数仅对表数据和表结构有效，对 routine 和 trigger 完全不起作用：

• --ignore-table=mydb.users 只会跳过 users 表的建表语句和数据，但该表上的触发器仍会被 --triggers 导出
• --where 只影响 SELECT 数据时的 WHERE 条件，routine 和 trigger 没有“行”的概念，因此不会参与这个机制
• 试图组合 --skip-triggers --routines 并期望“只导出过程不导出触发器”也是无效的——--skip-triggers 是全局禁用，而不是选择性关闭

归根结底，真正隔离单个对象还是要回到 SHOW CREATE + 手动补 DELIMITER 这一步。自动化脚本可以封装这个流程，但核心逻辑无法绕过——因为 MySQL 本身没有提供“按名称导出 routine”的 SQL 接口，information_schema.ROUTINES 只存储元信息，不包含完整定义。