Navicat定时任务不支持导入向导中的日期格式配置，Use custom date format和DMY等掩码仅适用于手动导入；定时任务走后台批处理，不加载UI逻辑，导致日期列易变NULL或报错；替代方案是用LOAD DATA INFILE配合STR_TO_DATE显式解析日期，并预处理CSV空值与Excel序列值问题。
Navicat定时任务不支持导入向导里的日期格式配置
定时任务（automated job）导入 csv 时，use custom date format 和字段映射页的日期掩码（如 dmy）完全不可用——这些设置只存在于手动导入向导中，而定时任务走的是后台批处理路径，压根不加载那个 ui 层逻辑。
结果就是：哪怕你手动导入一次成功了，把同样参数存为定时任务，下次跑起来，日期列大概率变 NULL 或报 Invalid Date Format。这不是配置漏了，是根本没这功能。
- 定时任务仅支持基础字段类型映射（比如把 CSV 第2列当
DATE），但不做格式解析 - 它不会读取你在手动导入时点过的
Options → Use custom date format，也不会识别%Y-%m-%d这类格式字符串 - 若源数据含
18/03/2025，定时任务默认按 MySQL 的YMD或系统 locale 猜，失败即静默填空
替代方案：用 LOAD DATA INFILE 预埋格式逻辑
绕过 Navicat 定时导入的限制，直接在数据库侧固化解析规则。MySQL 的 LOAD DATA INFILE 支持在 SQL 里显式指定日期转换，且能被 Navicat 定时任务调用：
LOAD DATA INFILE '/path/to/data.csv' INTO TABLE orders FIELDS TERMINATED BY ',' LINES TERMINATED BY '\n' IGNORE 1 ROWS (@date_str, amount, status) SET created_at = STR_TO_DATE(@date_str, '%d/%m/%Y');
-
@date_str是临时变量，接收原始 CSV 中的日期字符串 -
STR_TO_DATE()在入库前就完成格式归一，不依赖 Navicat 解析能力 - 定时任务只需执行这条 SQL，稳定、可控、无界面干扰
- 注意：MySQL 需开启
secure_file_priv，且文件路径必须在允许目录内
Excel 源转 CSV 时日期悄悄变成数字（43831）
很多人用 Excel 编辑后再另存为 CSV，结果日期列在 Navicat 定时导入时全崩——因为 Excel 保存 CSV 时，会把日期单元格底层的序列值（如 43831）直接写进文件，而非显示的 2020-01-01。Navicat 读到数字，尝试转日期自然失败。
- 验证方法：用记事本打开 CSV，看日期列是否是纯数字或
2025-03-18这样的字符串 - 修复动作：在 Excel 中选中日期列 → 右键「设置单元格格式」→ 改为「文本」→ 再用公式
=TEXT(A1,"yyyy-mm-dd")覆盖 - 更稳妥做法：用 Python 脚本预处理：
pandas.read_csv(..., parse_dates=['date_col'])后再to_csv(..., date_format='%Y-%m-%d')
目标字段 NOT NULL + 空日期 = 静默失败
定时任务导入时，如果某行日期为空（哪怕只是 CSV 里一个空字段 ,,），而目标字段定义为 DATE NOT NULL，MySQL 会拒收整行，但 Navicat 定时日志常只显示模糊的 Invalid Date Format，掩盖了真实约束冲突。
- 检查手段：临时把目标字段改为
DATE NULL，跑一次定时任务，看是否还有报错 - 若错误消失，说明是空值触发 NOT NULL 失败，不是格式问题
- 解决方案：在
LOAD DATA INFILE的SET子句中加兜底，例如SET created_at = IF(@date_str = '', NULL, STR_TO_DATE(@date_str, '%Y-%m-%d')) - 别依赖 CSV 里写
\N—— Navicat 定时任务对这个标记的支持不稳定，尤其跨数据库类型时
