Navicat 不支持内置压缩，需分步实现归档：先导出 SQL/CSV，再用系统命令压缩；Windows 推荐 PowerShell Compress-Archive，macOS/Linux 用 gzip；导出必须加 WHERE 条件过滤并建联合索引；标记 archived 后需验证文件完整性与记录数一致。
Navicat 本身不支持脚本压缩，归档得靠外部工具协同
Navicat 的「自动运行」功能只能执行 SQL 或调用操作系统命令（如 mysqldump），它没有内置 ZIP 压缩能力，也不能直接调用 gzip 或 7z。想实现“归档 + 压缩”，必须把任务拆成两步：先用 Navicat 导出 SQL 文件或 CSV，再通过系统级命令（Windows 的 PowerShell、macOS/Linux 的 tar 或 gzip）完成压缩。
常见错误是直接在 Navicat 的「运行命令」里写 zip -r orders_202406.tar.gz orders_202406.sql —— 这在 macOS/Linux 可能成功，但在 Windows 默认环境下会报 'zip' 不是内部或外部命令，因为没装 zip 工具，也没配置 PATH。
- Windows 推荐用
PowerShell自带的Compress-Archive（无需额外安装） - macOS/Linux 优先用
gzip（轻量、快、兼容性好），避免依赖7z等非默认工具 - Navicat 的「计划任务」触发时机是本地时间，注意服务器时区是否与数据库所在机器一致
导出订单数据前必须加 WHERE 条件过滤历史分区
电商订单表通常按月/季度分表或用时间字段分区，直接 SELECT * FROM orders 归档极易锁表、拖慢线上查询。Navicat 的「导出向导」或「自动运行」SQL 脚本中，WHERE 条件不是可选项，而是强制项。
典型安全写法是基于 created_at 字段筛选已结单且超期的数据，例如只归档 90 天前的已完成订单：
SELECT * FROM orders WHERE status = 'completed' AND created_at < DATE_SUB(NOW(), INTERVAL 90 DAY) AND archived = 0;
- 务必在
created_at和status上建联合索引，否则导出过程会全表扫描 - 导出后建议立即执行
UPDATE orders SET archived = 1 WHERE ...标记归档，避免重复导出 - 不要用
BETWEEN或字符串日期拼接（如'2024-03-01'），应全部用NOW()/CURDATE()等函数保证动态性
用 Navicat「自动运行」调用 mysqldump + PowerShell 实现闭环
Navicat 的「自动运行」→「运行命令」可组合调用多个步骤，但需注意换行与路径空格问题。以下是在 Windows 下归档 3 个月前订单的实操链路：
- 第一步：用
mysqldump导出符合条件的数据到临时 SQL 文件mysqldump -h127.0.0.1 -uadmin -psecret --where="status='completed' AND created_at<DATE_SUB(NOW(), INTERVAL 90 DAY) AND archived=0" myshop orders > "C:\navicat_archives\orders_%date:~0,4%%date:~5,2%%date:~8,2%.sql" - 第二步：用
Powershell压缩并删除原文件powershell -Command "Compress-Archive -Path 'C:\navicat_archives\orders_*.sql' -DestinationPath 'C:\navicat_archives\orders_%date:~0,4%%date:~5,2%%date:~8,2%.zip'; Remove-Item 'C:\navicat_archives\orders_*.sql'" - 第三步：在 Navicat 中执行标记归档的 SQL（必须放在命令之后，确保文件已导出）
UPDATE orders SET archived = 1 WHERE status = 'completed' AND created_at < DATE_SUB(NOW(), INTERVAL 90 DAY) AND archived = 0;
注意：%date% 在中文 Windows 下格式为 2024/06/12，所以要用 %date:~0,4% 提取年份，否则生成的文件名含斜杠会导致命令失败。
归档后必须验证文件完整性，不能只看文件大小
导出 + 压缩链路长、环节多，某一步失败可能导致空 zip、截断 SQL 或未更新 archived 标志。单纯检查 orders_202406.zip 是否存在毫无意义。
- 解压后用
head -n 20 xxx.sql（Linux/macOS）或Get-Content xxx.sql -Head 20（PowerShell）确认开头有INSERT INTO orders VALUES而非空或报错文本 - 对比源表和归档 SQL 中的记录数：
SELECT COUNT(*) FROM orders WHERE ...应等于grep -c 'INSERT INTO orders' orders_202406.sql（粗略估算） - Navicat 计划任务日志里若出现
exit code 1，大概率是mysqldump认证失败或Powershell权限不足，需在管理员模式下运行 Navicat
真正容易被忽略的是权限继承问题：Navicat 以当前用户身份运行命令，如果该用户对 C:\navicat_archives 没有写入权限，或者 PowerShell 执行策略禁止脚本运行（Get-ExecutionPolicy 返回 Restricted），整个流程会静默失败。
