Navicat 不支持直接恢复单个存储过程，因其备份不自动包含存储过程，需在导出时显式勾选“导出例程”；.sql 备份中需搜索 CREATE PROCEDURE 验证是否包含，nb3 备份则需整库还原；未备份则只能重写或从版本控制恢复。
Navicat 里没有直接“恢复存储过程”的按钮
navicat 本身不保存存储过程的独立快照，也不会在误删后自动保留其定义。所谓“从备份的 .proc 文件中提取代码”，其实是个常见误解——navicat 并不生成或管理 .proc 这类专用文件。它支持的备份格式只有 .nb3（加密二进制备份）和 .sql（纯文本导出），而存储过程默认只包含在全库 .sql 备份里，且需显式勾选“导出例程”才生效。
确认你的 SQL 备份是否含存储过程定义
打开你手头的 .sql 备份文件（用文本编辑器），搜索关键词：CREATE PROCEDURE 或 DELIMITER $$。如果没找到：
- 说明当初导出时没勾选「例程」和「事件」选项
-
.nb3备份无法直接查看内容，但还原它会完整重建数据库（含所有存储过程），前提是备份时间点早于误删操作 - 若只有表数据备份，存储过程已不可逆丢失，只能靠版本控制或人工重写
从 .sql 备份中提取并执行存储过程代码
找到包含 CREATE PROCEDURE 的段落后，注意三点：
- 不要直接全量执行整个
.sql文件——可能覆盖现有表结构或数据 - 复制从
DELIMITER $$开始、到下一个DELIMITER ;结束的整块代码（包括中间的CREATE PROCEDURE ... END $$） - 在 Navicat 中新建查询窗口，先执行
DELIMITER $$，再粘贴过程定义，最后执行DELIMITER ; - 执行前检查
IF NOT EXISTS是否存在；若已存在同名过程，需先DROP PROCEDURE IF EXISTS xxx
为什么不能依赖 Navicat 自动还原单个存储过程
Navicat 的「还原备份」功能面向整个数据库或所选对象集合，不支持粒度到单个存储过程。即使你在「选择对象」界面勾选某个过程，它也只会还原该过程在备份时刻的定义——但前提是这个过程当时确实被包含在备份范围内。更现实的做法是：
- 把常用存储过程代码纳入 Git 等版本管理，而非依赖 Navicat 备份
- 在生产环境禁用
DROP PROCEDURE权限，降低误删风险 - 定期用
mysqldump --routines生成带过程的纯 SQL，比.nb3更透明可控
真正容易被忽略的是：Navicat 的「备份」对话框里「例程」复选框默认是关闭的，多数人根本没注意到这一项，直到第一次误删才明白为什么备份里找不到 CREATE PROCEDURE。
