Na vicat备份清理应优先用forfiles按最后修改时间删除，简单可靠；若mtime失真则用PowerShell解析文件名日期

先明确一个核心原则：清理Na vicat备份文件，最省心、最可靠的办法，永远是优先使用Windows自带的forfiles命令，依据文件的“最后修改时间”来操作。只有当这个时间戳因为文件被移动、复制而变得不可信时，才需要动用PowerShell，去解析文件名里嵌入的日期信息。

Na vicat备份文件命名规律决定清理逻辑

Na vicat默认生成的备份文件名，通常会包含时间戳。比如，你可能会看到mydb_20240520143022.sql，或者mydb_2024-05-20_14-30-22.zip这样的格式。这里的关键点在于，清理逻辑的选择，并不取决于文件后缀是.sql还是.zip，而在于你打算依据哪个“时间”来判断文件是否过期。

Windows自带的forfiles命令，它只认文件的“最后修改时间”（mtime），它不会、也不能去解析文件名里那串复杂的日期数字。所以，如果你必须根据文件名里的时间戳来决定文件去留，那就只能请出PowerShell。反过来，如果你的需求仅仅是“备份完成超过X天的文件就删除”，那么forfiles无疑是更轻量、更直接的选择，无需任何额外的脚本环境。

用 forfiles 按最后修改时间删，最简可靠

这其实是大多数场景下的最优解。只要备份脚本执行完毕后，文件的最后修改时间能准确反映备份完成的那一刻（Na vicat本身写完文件就会更新这个时间），那么直接按天数清理，就是最稳定、依赖最少、一行命令就能搞定的方案。

• 基础命令：forfiles /p "D:\na vicat_backups" /s /d -7 /c "cmd /c del @path" —— 这条命令会删除D:\na vicat_backups目录下（包括所有子目录）所有最后修改时间早于7天前的文件。
• 限定文件类型：如果只想删除SQL文件，可以加上/m参数：forfiles /p "D:\na vicat_backups" /m *.sql /d -7 /c "cmd /c del @path"。
• 安全预览：执行删除前，强烈建议先用echo命令预览一下哪些文件会被选中：forfiles /p "D:\na vicat_backups" /d -7 /c "cmd /c echo @path"。确认无误后，再把echo换成del。
• 重要提示：参数/d -7的意思是“早于7天前”，也就是说，它会保留最近7天（包括当天）的文件。另外需要注意，forfiles无法实现“保留最近30个文件”这类按数量清理的需求，那需要借助PowerShell或其他工具。

PowerShell 按文件名日期删，适合命名规范但 mtime 不可信的场景

有些情况下，Na vicat生成的备份文件，之后可能被其他工具移动、解压或重命名，这会导致文件的“最后修改时间”失效，不再代表备份时间。这时候，就必须从文件名中提取日期信息了。例如，从project_20240520_023015.sql这样的文件名中，提取出“20240520”。PowerShell的正则表达式匹配和日期对象转换功能，正好可以胜任这个工作。

Get-ChildItem "D:\na vicat_backups\*.sql" | ForEach-Object {
    if ($_ -match '_(\d{8})_\d{6}\.sql$') {
        $date = [datetime]::ParseExact($matches[1], 'yyyyMMdd', $null)
        if ((Get-Date) -gt $date.AddDays(7)) {
            Remove-Item $_.FullName -Force
        }
    }
}

这段脚本有几个要点需要把握：

• 正则表达式是关键：_(\d{8})_\d{6}\.sql$这个模式，匹配的是“下划线+8位日期数字+下划线+6位时间数字+.sql结尾”的文件名。你需要根据自己备份文件的实际命名格式来调整。比如，如果日期部分是用“-”分隔的2024-05-20，那么模式就应该调整为类似-(\d{4}-\d{2}-\d{2})-。
• 安全机制：所有未能匹配上这个模式的文件都会被安全地跳过，避免了误删其他重要文件的风险。
• 执行权限：将上述脚本保存为cleanup_na vicat.ps1后，需要在管理员权限下运行。或者，可以先在PowerShell中执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser命令，为当前用户设置执行权限。

批处理调用与计划任务配置要点

这里有个常见的误区：不要试图把清理逻辑硬塞进Na vicat备份任务的“执行后运行命令”里。因为这个命令可能不会等待备份完成就触发，而且也不传递参数，调试起来极其困难。正确的做法是，将清理脚本独立编写好，然后通过Windows计划任务，在每天固定的时间（比如凌晨）自动执行一次。

• 批处理封装：创建一个cleanup.bat批处理文件。如果使用PowerShell脚本，内容只需一行：powershell -ExecutionPolicy Bypass -File "D:\scripts\cleanup_na vicat.ps1"。如果直接用forfiles命令，直接把命令写进去即可。
• 计划任务设置：在Windows计划任务中，创建一个新任务。“触发器”设置为“每天”执行；“操作”设置为“启动程序”，程序填cmd.exe，参数填/c "D:\scripts\cleanup.bat"。
• 权限与测试：务必勾选“使用最高权限运行”，否则可能因权限不足导致清理失败。在配置好计划任务后，一定要先手动双击运行一下批处理文件，观察控制台输出，确认没有报错，且删除的是预期中的文件。千万别等到一周后才发现脚本删错了数据。

最后，提一个实践中容易踩坑的细节：路径中的空格和中文字符。所有包含空格的路径，在批处理命令中必须用英文双引号包裹，例如"D:\My Backups"。而在PowerShell脚本内部定义路径变量时，直接赋值带引号的字符串即可，如$path = "D:\My Backups"，这样反而更稳定。