Navicat 无自动清理备份文件功能，仅支持自动备份；清理需依赖系统计划任务+脚本，关键在路径固定、权限一致、时间变量正确及日志验证。
Navicat 自带的自动清理功能根本不存在
navicat 没有内置「定期自动删除旧备份文件」的功能。它能做的是自动执行备份任务（通过计划任务），但备份后留下的 .sql 或 .ndb 文件，不会自动清理。你看到的“清理选项”仅作用于 navicat 内部的备份记录列表（即 gui 里显示的条目），不是物理文件。
真正可行的方案：用系统计划任务 + 脚本删文件
必须跳出 Navicat，靠操作系统级调度来实现。核心思路是：Navicat 定期生成备份 → 外部脚本按规则清理指定目录下的旧文件。
- Windows 推荐用
schtasks+PowerShell：定位到备份目录，用Get-ChildItem+Where-Object筛选LastWriteTime超过 N 天的.sql文件，再用Remove-Item - macOS / Linux 用
crontab+find：例如find /path/to/backups -name "*.sql" -mtime +7 -delete（注意-mtime +7表示 7 天前修改的文件） - 关键点：Navicat 的备份路径必须固定且可预测，比如设为
/backups/mysql_prod_$(date +%Y%m%d).sql（Linux/macOS）或C:\backups\%date:~0,4%%date:~5,2%%date:~8,2%.sql（Windows 批处理） - 别把脚本和备份放在同一级目录下，否则可能误删——建议脚本放
/scripts/clean_backups.ps1，备份统一放/backups/
Navicat 计划任务里最容易被忽略的配置项
即使只靠它做备份（不清理），以下设置错一个，任务就静默失败：
-
Run as user必须选对：Windows 下如果勾了 “Run whether user is logged on or not”，得填密码且账户要有“登录作为批处理作业”权限；否则任务看起来成功，实际没执行 -
Backup file name务必含时间变量，如prod_db_$(YEAR)$(MONTH)$(DAY).sql（Navicat 支持的宏），否则每次覆盖，根本谈不上“清理旧文件” - 导出格式选
SQL File而非Navicat Backup (.ndb)：前者是纯文本，脚本能通用处理；后者是二进制，find或Get-ChildItem无法按内容过滤 - 检查日志：Navicat 的
Task Scheduler界面右下角有 “View Log”，点开看最后一行是不是Completed successfully—— 很多人只看图标绿没点进去，其实报了Access denied
跨平台路径与权限的坑
脚本在不同系统上行为差异极大，尤其涉及路径和权限：
- Windows PowerShell 路径中含空格必须用引号包裹：
"C:\My Backups\"，否则Get-ChildItem C:\My Backups\*.sql会报错The term 'Backups\*.sql' is not recognized - Linux crontab 中
%是特殊字符，写时间变量要用反斜杠转义：\%Y\%m\%d，否则 cron 会截断命令 - macOS 的
find -delete不安全，建议先用-print预览，确认无误再换-delete；而 Linux 的find默认不支持-delete，得用-exec rm {} \; - Navicat 进程默认以当前用户运行，但系统计划任务（如 Windows Task Scheduler 的“最高权限”）可能用 SYSTEM 账户，导致它没权限写入你指定的备份目录——务必手动测试脚本用相同账户运行是否成功
真正的难点不在写几行命令，而在让 Navicat 生成的文件、系统计划任务、清理脚本三者的时间基准、路径权限、错误反馈全部对齐。少验证其中一环，就会出现“以为删了，其实没删”或者“删了不该删的”。
