Navicat“自动运行”实为本地系统计划任务触发客户端执行导出，非服务器端定时任务；需先保存导出配置为任务文件，再通过批处理作业绑定，并由Windows任务计划调用navicat.exe --batch-job参数执行。
Navicat 的“自动运行”不是服务器定时任务，而是本地客户端触发
navicat 本身不支持在数据库服务器上跑定时任务，它的“自动运行”功能本质是调用你本机的 windows task scheduler 或 macos launchd，在指定时间启动 navicat 客户端、加载查询、执行导出。这意味着：导出动作发生在你装 navicat 的那台电脑上，不是数据库服务器上。
常见错误现象：Access denied for user 'xxx'@'localhost'（账号没 SELECT 权）、导出文件为空、Cannot write to specified path（路径不可写）——这些问题都和“谁在执行”直接相关。
- 确认数据库账号对目标表有
SELECT权限，特别是跨库或查视图时 - 导出路径必须是 Navicat 所在机器的本地路径，且当前操作系统用户对该目录有写权限（别选
C:\Program Files\这类受保护路径） - MySQL 用户注意：不要在 SQL 里写
INTO OUTFILE，Navicat 导出不走这条路径，它自己拉数据再写文件
导出配置必须保存为独立的“导出任务文件”，不能只存查询
很多人卡在“点了自动运行却没反应”，根本原因是：Navicat 的计划调度器不认“查询”本身，只认明确保存下来的导出配置文件（后缀为 .xml，但你不用管扩展名）。
正确操作链路是：先运行并保存查询 → 再通过“导出结果”向导生成导出配置 → 最后把这个配置存成一个可复用的导出任务文件。
- 右键查询结果 → 选“导出数据”，或菜单栏点
文件 → 导出结果 - 务必选“导出已保存查询”，否则后续无法绑定到批处理作业
- 在导出向导最后一步，勾选“保存导出设置为配置文件”，给它起个名字如
daily_duty_export.xml - 这个文件会被存到 Navicat 的默认配置目录（Windows 下通常在
%APPDATA%\PremiumSoft\Navicat\子目录里），但你不需要手动找它
必须用“批处理作业”中转，才能被系统计划任务调用
Navicat 自带的“自动运行”界面藏得深、编辑困难、失败无日志，生产环境强烈建议跳过它，改用“批处理作业 + 系统计划任务”的组合方式——这是唯一能稳定追溯、便于排查的路径。
关键点在于：批处理作业是 Navicat 内部的“可执行单元”，它能把多个导出任务串起来，而系统计划任务只能启动 Navicat 并传入 --batch-job="xxx" 参数来触发它。
- 工具 → 批处理作业 → 新建 → 把刚保存的导出配置拖进去 → 保存为
daily_duty_export（不带扩展名） - Windows 计划任务中，“操作”设为启动程序：
navicat.exe路径 + 参数--batch-job="daily_duty_export" - 参数里的引号必须是英文双引号，名称要和批处理作业里保存的一致，大小写敏感
- 如果 Navicat 没有以最小化方式启动，可以在参数后加
--minimized
导出 CSV 时字段含逗号或换行？必须开“文本限定符”
这是报表错乱最隐蔽的来源：Navicat 默认导出 CSV 不加双引号包裹字符串字段，一旦字段内容含英文逗号、换行符或双引号，Excel 或其他工具打开就会列错位，但肉眼很难发现。
解决方法很简单，但在导出向导第 4 步（数据格式设置页）容易被忽略：
- 字段分隔符选
,后，必须勾选“文本限定符”，并指定符号为" - 编码选
UTF-8 with BOM（尤其含中文时），避免 Excel 打开乱码 - 如果字段本身含双引号，Navicat 会自动转义为
""，前提是启用了文本限定符 - 文件名中可用
<date></date>占位符（如duty_<date>.csv</date>），Navicat 会替换成当天日期（格式为 YYYYMMDD）
真正难搞的从来不是“怎么配出来”，而是“配完之后没人检查导出文件是否真的能被下游系统正确解析”。每次上线新定时任务，务必拿真实数据跑一次，用文本编辑器打开 CSV 查看原始结构。
