Navicat导出SQL文件时无法在GUI中直接使用日期变量命名，需通过命令行调用导出配置文件并配合系统时间变量（如Windows用%date%、macOS/Linux用$(date +%Y%m%d)）动态生成文件名，且--output必须为绝对路径。
导出SQL文件时怎么用日期/时间动态生成文件名
navicat 本身不支持在「导出向导」界面里直接写 {yyyy-mm-dd} 这类占位符，但通过「计划任务 + 导出配置文件」组合可以实现。关键在于：先保存一次导出操作为 .xml 配置文件，再用 windows/macos/linux 的计划任务调用命令行工具，注入时间变量。
- 导出向导中完成所有设置（如导出范围、编码为
UTF-8、是否含数据等），最后一步不点「开始」，而是点「保存配置」，生成一个.xml文件（例如backup_config.xml） - Navicat 安装目录下有命令行工具：
navicat.exe（Windows）或navicat（macOS/Linux），支持用--export参数加载该配置 - 在计划任务脚本中拼接时间变量：Windows 用
%date:~0,4%%date:~5,2%%date:~8,2%，macOS/Linux 用$(date +%Y%m%d_%H%M) - 必须配合
--output参数指定完整路径和带变量的文件名，例如：--output "D:\backup\db_backup_$(date +%Y%m%d).sql" - 注意：路径中不能有空格或中文，否则命令行可能解析失败；建议用英文路径+下划线命名
为什么直接在 Navicat GUI 里填 db_{YYYYMMDD}.sql 不生效
因为 Navicat 的「导出向导」对话框中的「文件名」输入框是纯静态文本框，不解析任何变量或模板语法。你输进去的 db_{YYYYMMDD}.sql 会被原样当作字面量处理，最终生成的文件名就是带花括号的字符串，而不是替换后的日期。
- 这个限制适用于所有版本（包括 Navicat Premium 17.x 及最新 18.x）
- 试图在文件名中使用
$NOW、%DATE%等常见变量均无效 - 唯一能触发变量替换的入口，是命令行调用时由操作系统层面完成的字符串展开
自动任务中配置变量后缀的实际执行要点
手动导出没问题，但自动化场景下容易因路径、权限、环境变量导致静默失败。重点不是“能不能”，而是“怎么让每次运行都落到预期位置并可追溯”。
- 务必在脚本开头加日志记录，例如：
echo "$(date): start export" >> D:\logs\export.log -
--output路径必须是绝对路径；相对路径在计划任务中常被解析为系统根目录，导致文件丢失 - 若数据库连接需要密码，不要硬编码在配置文件里——改用 Navicat 的「连接密码保存」功能，并确保运行计划任务的用户已登录并解锁了该连接
- 导出大库时，加上
--batch-size=5000参数防卡死（部分 Navicat 版本支持） - 导出完成后建议校验文件大小：
if [ -s "xxx.sql" ]; then echo "OK"; else echo "Empty!"; fi
导出配置文件（.xml）里哪些字段影响文件名生成逻辑
打开保存的 .xml 配置文件，你会发现里面没有 filename 或 outputName 字段——它只存导出逻辑（表列表、编码、是否含结构等），**真正的文件名完全由命令行的 --output 参数决定**。
- 这意味着：同一份
.xml配置，可复用于每日备份（加日期）、每小时快照（加时间戳）、手动调试（固定名） - 不要试图修改 xml 里的
<filepath></filepath>标签来实现动态名——它只是上次 GUI 中填写的静态值，命令行模式下会被忽略 - 如果你看到 xml 中有
<filename></filename>，那是旧版 Navicat 的遗留字段，新版已弃用
