Navicat定时任务导入Excel易乱码，根本原因是文件读取、连接初始化、字段解析三环节编码状态不传递；应改用带BOM的UTF-8 CSV格式，显式设字符集为UTF-8-BOM，并在初始化命令中执行SET NAMES utf8mb4。
定时任务里Excel编码设置被忽略
navicat 的「计划任务」模块不会继承手动导入时的字符集选择，每次执行都按默认值（通常是系统 locale 对应的 gbk）解析 excel，哪怕你手动导入时选了 utf-8-bom。它不读取你上次向导里的设置，也不检查文件头 bom —— 就是硬套一个固定 fallback 编码。
实操建议：
- 不要依赖 Excel 原生格式做定时导入；先用 Excel 手动另存为
CSV UTF-8 (逗号分隔)，确保生成带 BOM 的文件 - 在计划任务中，导入源类型必须选
CSV 文件，不是Excel 文件 - CSV 导入设置里，
Character set必须显式选UTF-8-BOM，不能选Automatic或留空 - 如果 Excel 是 WPS 生成或从网页导出的，大概率底层是 UTF-8 无 BOM，这类文件在定时任务里几乎必乱码，必须转成带 BOM 版本再用
MySQL 连接层字符集在后台任务中未生效
手动连接时你可能已设好 SET NAMES utf8mb4，但定时任务跑的是独立连接会话，不会复用你的交互式连接配置。即使数据库表字段定义为 utf8mb4，只要连接初始化没执行 SET NAMES，数据写入时就会被 MySQL 按默认 latin1 或 gbk 解码再存，导致存储即乱码。
实操建议：
- 进「计划任务」编辑页 → 「高级」→ 勾选
使用 MySQL 字符集，并在MySQL 字符集下拉框中选utf8mb4 - 在「初始化命令」里强制填入：
SET NAMES utf8mb4;（注意结尾分号） - 避免依赖库级默认字符集：运行
SHOW CREATE DATABASE your_db;确认CHARACTER SET明确为utf8mb4，否则加一句ALTER DATABASE your_db CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
Excel 文件路径变动或权限导致编码识别失败
定时任务读取的 Excel 或 CSV 文件若被其他程序（如 Excel 进程、WPS 后台服务）独占，Navicat 会静默降级为 ANSI 模式读取，此时哪怕文件是 UTF-8-BOM，也会被当 GBK 解析 —— 表现就是中文全变成问号或方块，且日志里不报错。
Excel XLSX Formula Cleanup
下载
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
实操建议：
- 定时任务使用的 Excel/CSV 文件，禁止用 Excel 或 WPS 直接打开并保持后台进程；导出后立即关闭所有办公软件
- 文件路径避免含中文或空格；建议用绝对路径，且 Navicat 进程有读取权限（Windows 下尤其注意服务账户权限）
- 在任务执行前加一行校验脚本：用
file -i your_file.csv（Linux/macOS）或 PowerShellGet-Content -Encoding Byte -TotalCount 3 your_file.csv | % { $_.ToString("X2") }查 BOM 是否存在（EF BB BF）
日期/数字列触发隐式编码转换
Excel 中未设格式的日期或长数字（如身份证号），Navicat 定时导入时会尝试自动类型推断，一旦误判为数值型，就绕过字符集处理流程直接走二进制转换，后续再拼接字符串时字节错位，表现为部分中文变乱码、字段偏移或截断。
实操建议：
- 在 Excel 原文件中，对所有含中文的列右键 →「设置单元格格式」→「文本」，并确认左上角绿色三角标消失
- 导出为 CSV 前，在 Excel 里对日期列用
=TEXT(A1,"yyyy-mm-dd")转成纯文本 - 如果必须保留原 Excel 格式，改用 Navicat 的「导入向导」→「高级」→ 勾选
将所有列作为字符串导入（v16+ 支持），避免类型推测干扰编码流
