Navicat 不支持每小时自动导出且文件不覆盖，因其计划任务仅支持固定时间导出，无法动态生成时间戳文件名；需借助命令行工具+系统定时器或直接使用数据库原生命令实现。
Navicat 本身不支持“每小时自动导出数据表”
navicat 的「计划任务」功能（windows 版叫 task scheduler，macos 版叫 automator + launchd）仅支持自动执行已保存的「备份」或「导入/导出批处理」，但导出动作必须提前定义好目标表、格式、路径和文件名规则——它不会动态生成带时间戳的文件名，也不支持按小时轮转的原生调度。
换句话说：Navicat 自带的计划功能最多做到「每天固定时间导一次」，做不到「每小时导一次且文件不覆盖」。真要实现小时级导出，得绕开它的 GUI 计划器，用外部调度 + 命令行方式驱动。
用 navicat.exe /navicat.app 的命令行导出功能 + 系统定时器
Navicat 15+ 版本提供了命令行工具 navicat.exe（Windows）或 navicat（macOS），可调用预设的「导出作业」（Export Job）。关键前提是：你必须先在 GUI 中创建并保存一个导出作业（.nex 文件），再通过命令行触发它。
实操要点：
- 在 Navicat 中右键目标表 → 「导出向导」→ 设置字段、格式（如 CSV/Excel）、路径（建议用变量占位，例如
C:\exports\users_{yyyy}{mm}{dd}_{hh}{nn}.csv；注意：这个变量语法只在 Navicat 内部生效，命令行调用时需靠脚本拼接） - 导出完成后勾选「保存为作业」，命名为
export_users.nex（会存到%APPDATA%\PremierSoft\Navicat\或~/Library/Application Support/PremierSoft/Navicat/） - 写一个 shell/batch 脚本，在运行时生成带当前小时的时间戳路径，再调用
navicat.exe -export "export_users.nex"（Windows）或navicat -export "export_users.nex"（macOS） - 把脚本加入系统定时器：Windows 用
Task Scheduler设为「每小时触发」；macOS 用crontab -e加入0 * * * * /path/to/export_hourly.sh
更可靠的做法：跳过 Navicat，直接用数据库原生命令导出
对 MySQL/MariaDB，mysqldump 或 mysql -e "SELECT ..." 配合重定向，比依赖 Navicat 更稳定、更可控。PostgreSQL 可用 pg_dump 或 psql -c "COPY (...) TO ..."。
示例（MySQL 每小时导 users 表为 CSV）：
#!/bin/bash
DATE=$(date +\%Y\%m\%d_\%H)
mysql -u root -p'yourpass' yourdb -e "SELECT * FROM users;" | sed 's/\t/,/g' > "/backup/users_${DATE}.csv"说明：
-
sed 's/\t/,/g'把 tab 分隔转成 CSV（简单场景够用；含逗号或换行的字段需改用SELECT ... INTO OUTFILE或 Python 处理） - 文件名含
%H实现小时级隔离，避免覆盖 - 该脚本可直接丢进 cron，无需启动 GUI 或依赖 Navicat 进程
- 权限注意：
mysql命令需在 PATH 中，密码不建议明写在脚本里，可用~/.my.cnf配置
容易被忽略的三个坑
实际部署时，以下三点最常导致「看似设好了，却没导出」：
- Navicat 命令行模式下，若未以「前台用户身份」运行（如 Windows 服务账户、macOS launchd 无 GUI 会话），
navicat -export会静默失败——因为部分导出逻辑依赖 GUI 组件初始化 - 时间戳变量（如
{yyyy}{hh}）只在 Navicat GUI 导出向导中解析，命令行调用 .nex 文件时**不会重新计算**，所以路径仍是静态的；必须由外部脚本生成动态路径再覆盖 - 高频导出可能引发锁表（尤其 MyISAM）或连接堆积；建议导出语句加
WHERE created_at >= DATE_SUB(NOW(), INTERVAL 1 HOUR)限定增量范围，而非全表扫
