navicat 16 不支持直接从 ftp 定时导入 excel 文件，因其计划任务仅接受本地路径且 ole db 驱动不解析 ftp 协议；必须通过系统工具（如 curl）先下载至本地，再调用 navicat cli 导入，并需处理文件校验、字段映射、日期格式、合并单元格及去重等关键问题。
Navicat 16 无法直接定时导入 FTP 上的 Excel 文件——它根本不支持从 FTP 路径读取源文件。 所有“FTP 导入”需求都必须拆解为：先用系统级工具（如 curl 或 ftp.exe）把 Excel 下载到本地，再由 Navicat 导入该本地文件。强行在 Navicat 计划任务里填 ftp:// 地址会静默失败或报 Cannot access file。
为什么 Navicat 的“自动运行”不支持 FTP 导入
Navicat 的计划任务（即“自动运行”）只封装数据库操作逻辑，输入源仅限本地路径。它调用的是 OLE DB/ACE 驱动读取 Excel，而该驱动不理解 FTP 协议。即使你把 ftp://user:pass@192.168.1.100/data.xlsx 粘贴进文件路径框，Navicat 也会当作无效本地路径处理，不会发起网络请求。
- 错误现象：任务看似执行成功，但日志为空，目标表无新增数据；或弹出
File not found/Invalid path - 兼容性限制：Windows 下若 Navicat 是 64 位，而 Microsoft Access Database Engine 是 32 位，连本地 Excel 都打不开，更别说远程了
- 安全提示：FTP 用户名密码明文写在命令行里极不安全，
curl的 URL 形式（ftp://u:p@host/）会被进程列表泄露
Windows 下可行方案：批处理 + 任务计划 + Navicat CLI
真正能闭环的流程是：Windows 任务计划触发批处理 → 批处理用 curl -o 下载 Excel 到固定本地路径 → 再调用 navicat.exe CLI 指令导入该文件。
- 确保已安装
curl（Win10 1803+ 自带，否则从 curl.se 下载） - Navicat CLI 路径示例：
"C:\Program Files\PremiumSoft\Navicat Premium 16\navicat.exe"（注意英文双引号包裹含空格路径） - 下载命令示例：
curl -u "user:pass" -o "D:\imports\data.xlsx" "ftp://192.168.1.100/backups/data.xlsx" - 导入命令示例：
"C:\Program Files\PremiumSoft\Navicat Premium 16\navicat.exe" --import "D:\imports\data.xlsx" --connection "MyMySQLConn" --table "orders" --charset "utf8mb4" - 批处理中务必加校验：
if not exist "D:\imports\data.xlsx" exit /b 1，避免空文件触发导入失败
Excel 导入时字段映射与日期格式的关键陷阱
即使文件成功下载并传给 Navicat，导入仍常因 Excel 结构问题中断。尤其当 FTP 上的 Excel 是别人上传的，格式不可控。
- 如果 Excel 第一行是中文表头（如“客户名称”），但数据库字段是
customer_name，必须勾选「使用第一行作为字段名」，然后在字段映射界面手动拖拽绑定——Navicat 不会自动模糊匹配 - 时间列若在 Excel 中显示为
2026/09/07但底层是文本格式，导入后变成0000-00-00；解决方法：在字段映射页点开该列 → 「数据类型转换」→ 显式选DATE并填格式yyyy/M/d - 含合并单元格、空行、全角空格的 Excel 会导致
Cannot determine column count；必须提前用脚本清理，或改用 CSV + 文本导入绕过 OLE DB 驱动 - 目标表字段类型要预留余量：Excel 单元格内容超 255 字符时，若数据库字段是
VARCHAR(255)，Navicat 默认截断且不报错
最易被忽略的一点：FTP 下载和 Navicat 导入是两个独立进程，它们之间没有原子性保障。如果下载完成但导入中途失败，下次任务会重复导入同一份文件——必须在批处理里加入去重逻辑（如下载前先 del /q "D:\imports\*.xlsx"，或用时间戳重命名并检查文件修改时间）。
