Navicat本身不支持自动清理过期备份文件，必须借助系统级工具（如Windows的forfiles或Linux/macOS的find）按最后修改时间删除旧文件，并需预览确认后执行。
Navicat 本身不提供“保留最近 N 天备份”的自动清理功能，无论你在哪里找设置项，都找不到类似 Keep last 7 days 的选项——这不是你漏看了，是它压根没这个能力。
Navicat 的定时备份和清理是两件事，必须分开处理
它的「计划任务」或「自动运行」只负责触发备份动作（比如每天生成一个 backup_20260907.sql），但不会管这些文件后续怎么管理。旧文件堆积、磁盘爆满、路径混乱，全是备份后遗留的问题，Navicat 不跟踪、不判断、不删除。
所以真实流程只能是：Navicat 负责生成备份 → 系统级工具负责按时间删旧文件。两者必须解耦，否则永远卡在“以为设好了，其实没生效”的状态。
Windows 下用 forfiles 命令最轻量且免安装
这是 Windows 自带命令，无需 PowerShell 或额外环境，适合多数运维场景。但要注意几个关键细节，否则脚本会静默失败或误删：
-
forfiles判断依据是文件的 最后修改时间（LastWriteTime），不是文件名里的日期；Navicat 默认写入时会更新该时间，所以可用 -
/d -7表示“最后修改时间早于 7 天前的午夜”，例如今天是 9月7日 13:00，它实际删的是 8月30日 00:00 之前修改的文件，不是严格 168 小时前 - 路径中不能含中文、空格或特殊符号；若备份目录是
D:\数据库备份\，必须先改名为D:\db_backups\ - 首次运行务必先用
echo @path预览匹配结果，确认无误再加del @path
安全批处理示例（保存为 cleanup_navicat.bat）：
set BACKUP_DIR=D:\db_backups
set DAYS_TO_KEEP=7
if not exist "%BACKUP_DIR%" (
echo [ERROR] Backup directory not found: %BACKUP_DIR%
exit /b 1
)
echo Previewing files older than %DAYS_TO_KEEP% days...
forfiles /p "%BACKUP_DIR%" /s /d -%DAYS_TO_KEEP% /c "cmd /c echo @path"
echo.
echo Confirm and press any key to delete...
pause >nul
forfiles /p "%BACKUP_DIR%" /s /d -%DAYS_TO_KEEP% /c "cmd /c del @path" 2>nul
echo Done.
Linux/macOS 下用 find 更可靠
POSIX 系统直接用 find 是标准做法，语义清晰、行为稳定。注意 -mtime +7 和 Windows 的 /d -7 含义接近但不完全等价：它表示“修改时间距今超过 7×24 小时”，对备份场景影响可忽略。
- 先测试匹配：
find "/home/user/navicat_backups" -name "*.sql" -type f -mtime +7 - 确认输出正确后执行删除：
find "/home/user/navicat_backups" -name "*.sql" -type f -mtime +7 -delete - 如果备份是
.nb3格式，把-name "*.sql"换成-name "*.nb3" - Navicat for Linux 默认备份路径通常是
~/Documents/Navicat/Backups/，请先用ls -lt确认实际位置
真正容易被忽略的点是：Navicat 从不干预备份文件的权限、归属或命名格式，所有清理逻辑都依赖操作系统层面的时间戳和路径控制。一旦备份路径被其他程序写入、或文件时间被意外修改（比如手动复制、挂载同步），forfiles 或 find 就可能漏删或多删——所以定期人工抽检一次 ls -lt 或 Get-ChildItem 输出，比写个“完美脚本”更重要。
