Navicat环境变量仅用于连接配置的静态占位符替换，不参与脚本执行、SQL注入或批处理逻辑；${DATE}等无法动态生成文件名，导出脚本为纯静态文本；路径必须硬编码绝对路径，且与操作系统环境变量完全隔离。
navicat 的「环境变量」不能用于自动化任务的动态控制，它只在连接建立前做静态字符串替换，不参与脚本执行、不注入 sql、也不影响批处理作业逻辑。想靠 ${date} 或 ${backup_dir} 实现自动命名或路径切换，会直接失败。
Navicat 环境变量实际生效范围
它仅作用于「新建连接」或「编辑连接」对话框中的占位符字段，比如：
-
${HOST}→ 替换主机名输入框内容 -
${PORT}→ 替换端口输入框内容 -
${USER}→ 替换用户名输入框内容（需勾选“启用”） -
${PASS}→ 替换密码字段（同样需启用） -
${DB}→ 替换默认数据库名
这些值不会传给 mysqldump 命令，也不会被批处理作业读取。你在查询窗口写 SELECT '${USER}';，返回的就是字面量 ${USER}，不是当前登录用户。
导出脚本里为什么不能用 ${DATE} 动态生成文件名
Navicat 17 导出的批处理或 shell 脚本是纯静态文本，不解析任何环境变量。你若在导出向导中填 /backup/mydb_${DATE}.sql，脚本里就真会写死这个字符串，导致 mysqldump 尝试创建名为 mydb_${DATE}.sql 的文件，而非带时间戳的实际文件。
真正可行的做法只有两种：
- 手动在脚本里写死绝对路径 + 时间戳命令：Windows 用
for /f %%i in ('wmic os get localdatetime ^| find "."') do set dt=%%i拆解日期；Linux/macOS 用date +"%Y%m%d_%H%M%S" - 完全绕开 Navicat 导出，自己写
mysqldump或pg_dump脚本，用 shell 变量拼接路径和文件名
Navicat 自身不提供变量运行时展开能力，所谓“支持环境变量”只是 UI 层的便利占位，不是执行引擎特性。
批处理作业里路径必须硬编码绝对路径
在 Navicat 17 的「自动运行」面板中配置导出任务时，目标路径字段不接受任何变量语法。填 %USERPROFILE%\backups\ 或 $HOME/backups/ 都会被原样写入脚本，运行时报错“找不到路径”或静默写入到当前工作目录（通常是 C:\Windows\System32）。
必须显式写出完整路径：
- Windows：
C:\navicat_backups\myapp_20260728.sql - macOS：
/Users/yourname/navicat_backups/myapp_$(date +%Y%m%d).sql（注意：括号内是 shell 语法，不是 Navicat 解析的） - Linux：
/opt/backups/myapp_$(date +%Y%m%d_%H%M%S).sql
而且这个路径要和外部调度器（如 Windows 任务计划程序里的「起始于」字段）保持一致，否则脚本执行时相对路径全部失效。
最容易被忽略的是：Navicat 的环境变量和操作系统 PATH、shell 环境变量完全隔离。你在系统里设了 export BACKUP_ROOT="/data/backups"，Navicat 批处理作业也读不到——它只认自己连接配置里那几个 ${xxx} 占位符，且仅限建连阶段。
