发布前自动备份数据库需通过Navicat批处理作业+显式执行实现，不可依赖定时任务；必须固定备份路径、包含结构与数据、命名含标准时间戳。
发布前自动备份数据库，本质是把「人工执行备份」这个动作，绑定到发布流程的前置环节。navicat 本身不提供“发布即触发”的钩子机制，必须靠组合功能实现——核心是用「批处理作业 + 手动触发」代替全自动，否则容易误判为“定时任务”而漏掉关键发布点。
为什么不能依赖“定时任务”做发布前备份
定时任务（如每天凌晨1点）和发布行为没有因果关系。上线可能发生在下午三点、紧急 hotfix 可能在深夜，定时任务根本无法覆盖这些时间点。一旦发布前忘了手动备份，出问题就真没退路了。
常见错误现象：计划任务已启用，但上线炸库后发现最近一次备份是24小时前；多个团队共用一套Navicat计划，A组发布时B组的备份被覆盖。
真正可靠的方案，是把备份变成发布流程中不可跳过的一步——不是让它“自动”，而是让它“必须显式执行一次”。
用批处理作业 + 快捷方式实现“一键发布前备份”
Navicat 的 批处理作业 支持保存为独立文件（.bat 或 .nbs），可导出、可双击运行、可集成进发布脚本。这才是发布前备份最可控的方式：
- 新建批处理作业：顶部菜单 →
自动运行→新建批处理作业→ 左侧选库 → 右侧双击Backup your_db_name→ 点保存，命名如pre-deploy-backup.nbs - 导出为可执行文件：右键该作业 →
导出→ 选Windows 批处理文件（.bat）或直接保留 .nbs 文件供双击 - 部署流程中强制加入：在 Jenkins / GitLab CI 的发布 pipeline 第一步，插入
start "" "pre-deploy-backup.bat"；或要求运维/开发上线前双击运行该文件
注意：批处理作业 默认使用当前连接配置，务必确认连接已设为生产环境地址，且账号有 SELECT 和 LOCK TABLES 权限。权限不足会导致备份中途失败，日志里只显示 Access denied，无具体表名。
备份路径必须提前锁定，否则文件可能丢失
Navicat 备份默认存到用户文档目录（如 C:\Users\XXX\Documents\Navicat\MySQL\servers\...），系统重装或账号迁移时整个目录消失。发布前备份若存在这里，等于没备。
必须提前固定路径：
- 编辑数据库连接 → 切换到
高级选项卡 → 找到设置位置→ 浏览并指定一个**非系统盘、有写入权限、长期稳定**的路径（如D:\navicat-backups\） - 该路径会同时影响手动备份、批处理作业、定时任务——所有备份都走这里，避免分散管理
- 建议路径名带日期变量（如
D:\navicat-backups\%date:~0,4%%date:~5,2%%date:~8,2%\），但 Navicat 不原生支持，需用外部脚本包装 .bat 文件实现
备份内容要包含结构+数据，别只导出 DDL
有人图快只用 工具 → 数据传输 导出结构（取消勾选“创建记录”），结果发布后发现视图函数没同步、外键约束丢失、自增 ID 错乱。这不是备份，是画蓝图。
发布前备份必须含完整数据：
- 在批处理作业中，双击的
Backup xxx项默认导出.sql全量文件，含CREATE TABLE+INSERT，这是正确选择 - 避免勾选
压缩备份文件：虽然省空间，但解压失败率高，发布紧急时刻没时间排查 zip 损坏 - 不要用
导出向导生成 CSV：CSV 无法还原存储过程、触发器、事件，且字符集易出错
真正容易被忽略的点：备份文件名里**必须含时间戳**。Navicat 默认用 db_202607281422.sql 这种格式，但如果你改过命名规则，或用了中文名，CI 脚本按时间筛选时会失效。确保输出文件名可被正则 \d{8}\d{4} 匹配。
