Navicat 17 的自动化脚本不读取系统环境变量，其批处理作业启动隔离进程，不继承CMD/PowerShell或shell上下文，所有变量如%DATE%、$PATH均被原样当作字符串处理，导致SQL查询、导出路径和命令调用失败。
Navicat 17 的自动化脚本根本不读系统环境变量
直接说结论：你在 Windows 的「系统属性 → 环境变量」里设的 %MYSQL_HOME%、%DATE%，或 macOS/Linux 的 $HOME、$PATH，在 Navicat 17 的批处理作业（--batchjob）中**完全无效**。它启动的是一个隔离进程，不继承 CMD/PowerShell 或 shell 的上下文，所有变量名都会被原样当作字符串发送。
常见错误现象包括：
- SQL 里写
WHERE dt = '%DATE%'，结果查不到数据——数据库收到的就是字面值'%DATE%' - 导出路径设成
C:\backups\%USERNAME%\data.sql，Navicat 会真去创建一个叫%USERNAME%的文件夹（Windows 下非法） - 脚本里调用
mysql命令失败，报“不是内部或外部命令”，因为PATH没传进去
想用动态值？必须绕开 Navicat 做外部拼接
Navicat 17 的 XML 作业文件和导出路径字段都是静态字符串，不支持运行时替换。要实现“每天生成不同文件名”或“按用户隔离备份目录”，只能靠外部脚本兜底：
- 在 Navicat 导出向导中，把目标路径固定为一个占位文件，例如：
C:\navi_jobs\backup_placeholder.sql - 用 PowerShell 或 Bash 先生成动态部分：
Get-Date -Format 'yyyyMMddHHmmss'或date +"%Y%m%d" - 再执行重命名或移动：
Move-Item C:\avi_jobs\backup_placeholder.sql C:\avi_jobs\backup_202610201625.sql -Force - 确保调用
navicat.exe --batchjob job.xml前，该脚本已执行完毕，且 Navicat 进程对目标目录有写权限（计划任务默认以SYSTEM身份运行，常无权写C:\Users\XXX）
连接参数里的“环境变量”其实是 GUI 配置项，不是系统变量
Navicat 17 的「工具 → 选项 → 环境变量」里配的键值，只用于连接设置中的主机名、端口、用户名等字段，比如你填 HOST=prod-db，然后在连接配置里把主机设为 $HOST。但它：
- 不会参与 SQL 执行、导出路径、批处理逻辑
- 不支持嵌套或运算，如
$HOST:$PORT会失败 - 不能读取或覆盖操作系统级变量，只是 Navicat 自己维护的一组字符串映射
所以别指望在这里填 BACKUP_DIR=%USERPROFILE%\backups 然后让导出自动生效——它只会原样当路径用，且 %USERPROFILE% 不会被展开。
真正安全的动态值，得靠数据库自己算
如果 SQL 查询需要当前日期、昨天的数据或随机 ID，唯一可靠的方式是交给数据库原生函数处理：
- MySQL：
WHERE created_at >= CURDATE() - INTERVAL 1 DAY - PostgreSQL：
WHERE updated_at > CURRENT_DATE - '1 day'::interval - SQL Server：
WHERE ts > DATEADD(day, -1, GETDATE())
注意：{datetime} 这类占位符只在 Navicat 的「导出文件名」字段中有效，格式仅限 {datetime} 和 {datetime:yyyyMMddHHmmss}，且不能用于 SQL 内容或路径其他位置。
最常被忽略的一点：Navicat 17 的自动化能力本质是“脚本生成器 + 外部调度器”，它不提供运行时环境抽象。所有你以为的“变量”都得手动拆解、外部注入、权限校验——漏掉任意一环，计划任务就会静默失败。
