Navicat 不支持带条件的定时导出，因其计划任务无法动态替换 SQL 中的 WHERE 条件；需用外部脚本（如 Python/Shell）生成含实时日期的 SQL 文件，再由 Navicat 定时执行，并通过 INTO OUTFILE 或 COPY 配合时间戳命名导出文件。
Navicat 本身不支持“带条件的定时导出”
navicat 的计划任务（scheduled tasks）只能定时执行 sql 文件 或 备份任务，但它**不会动态替换 sql 中的 where 条件**（比如今天日期、上月范围等）。你写死 where create_time > '2024-01-01'，它每天导出的都是同一份数据——除非你手动改 sql 文件。
真正可行的方案：用 Navicat 调度 + 外部脚本生成动态 SQL
核心思路是绕过 Navicat 对“参数化查询”的缺失，把条件逻辑交给外部脚本（如 Python、Shell），生成带真实时间/业务条件的临时 SQL 文件，再由 Navicat 定时执行该文件。
- Python 脚本示例（生成含昨日日期的 SQL）：
with open('export_yesterday.sql', 'w') as f: f.write("SELECT * FROM orders WHERE order_date = '2024-06-14'; -- 替换为 datetime.date.today() - timedelta(days=1) - Navicat 计划任务中，“运行 SQL 文件”指向这个动态生成的
export_yesterday.sql - 确保脚本和 SQL 文件路径对 Navicat 可见（避免用桌面路径，推荐用绝对路径如
C:\navi_export\export_today.sql） - 脚本需有执行权限，且 Navicat 进程能读取生成的文件（Windows 下注意用户上下文，服务模式运行时可能无桌面权限）
导出结果自动加时间戳命名的关键点
Navicat 导出向导里可以设“文件名”，但不支持变量。所以必须靠脚本控制输出路径——别依赖 Navicat 的“导出到文件”界面，而要用 SELECT ... INTO OUTFILE（MySQL）或 COPY（PostgreSQL）语句，配合脚本拼接时间戳。
- MySQL 示例（在动态 SQL 中）：
SELECT * FROM logs WHERE log_time >= DATE_SUB(NOW(), INTERVAL 1 DAY) INTO OUTFILE 'C:/exports/logs_20240615.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"';
- PostgreSQL 需用
COPY (SELECT ...) TO '/path/logs_20240615.csv' WITH CSV; - 注意：MySQL 的
INTO OUTFILE路径必须是服务端可写路径，不是本地 Navicat 所在机器；若需本地文件，得用 Navicat 导出功能 + 脚本调用navicat.exe --batch（仅 Windows 商业版支持）
替代方案：直接用命令行工具更可靠
如果只是定时导出，mysqldump、psql 或 sqlcmd 比依赖 Navicat 更稳定，也天然支持 shell 变量。
- Linux 下 cron 示例：
0 2 * * * /usr/bin/mysql -u user -p'pass' db -e "SELECT * FROM report WHERE dt = CURDATE() - INTERVAL 1 DAY" | sed 's/\t/,/g' > /data/export/report_$(date +\%Y\%m\%d).csv
- Windows 可用 PowerShell +
mysql.exe，同样用$(Get-Date -Format 'yyyyMMdd')插入日期 - Navicat 在这种场景下更多是开发调试用，而非生产级调度工具
真正卡住人的地方不是“怎么点按钮”，而是误以为 Navicat 内置功能足够灵活——它不解析 SQL 里的函数，也不注入运行时变量。所有动态性，都得从外部补。
