Navicat导入Excel字段映射错位须手动拖拽对齐：先勾选“使用第一行作为字段名”，再在映射界面将左侧Excel列（如客户姓名）拖至右侧对应字段（如name）；时间列需显式设为DATE/DATETIME，主键列留空由MySQL自增填充。
Navicat导入Excel时字段映射错位怎么办
错位不是excel或数据库的问题，是navicat默认按列序硬匹配，不看字段名。比如excel第一列是客户姓名，目标表第一字段是user_id，它就真把“张三”往user_id里塞——结果要么报错incorrect integer value，要么存进一堆0。
必须卡在「字段映射」界面手动拖拽，不能点“下一步”跳过：
- 务必勾选「使用第一行作为字段名」，否则Navicat压根不读表头
- 左侧列表显示的是Excel实际列（
Column 1、客户姓名、下单日期），右侧是目标表字段（id、name、order_time） - 用鼠标从左侧列拖到右侧对应字段，比如把
客户姓名拖到name上，下单日期拖到order_time - 没被拖拽映射的Excel列会被跳过；没被映射的目标字段，若设为
NOT NULL且无默认值，会直接中断导入并报Column 'xxx' cannot be null
时间列、主键列怎么正确映射
时间列和主键列是两个高频翻车点，处理逻辑完全不同：
时间列（如2024/05/01或2024-05-01 14:30:00）：
- Excel里存的是文本格式，Navicat默认当
VARCHAR处理，映射后必须点开该字段右下角的「类型」下拉菜单，显式选DATE或DATETIME - 如果选错成
VARCHAR，后续WHERE created_at > '2024-01-01'会失效——因为是在比字符串 - Excel日期格式混乱（如
2024年5月1日、1/5/2024）时，建议先导出为CSV，用Python或Excel清洗成统一YYYY-MM-DD再导入
主键列（如id）：
- 目标表已设
AUTO_INCREMENT，但Excel里没这列？在映射页右侧勾选id，左侧留空即可，Navicat会跳过该字段，由MySQL自增填充 - Excel里有
id列但值为空？别让它映射——否则空单元格会被转成0，插入后破坏自增序列 - Excel里有真实
id值（比如要更新旧记录）？那就正常映射，但导入模式得选「插入或更新」，并确认「匹配字段」设为id
Excel表头含中文、空格或括号导致映射失败
Navicat对表头字符很敏感，客户姓名（新）、订单金额 （末尾空格）、联系电话和contact_phone混用，都会让映射断连。
解决办法不是靠Navicat识别，而是提前规整源文件：
- Excel首行必须是纯英文、无空格、无中文括号、无全角字符：改
客户姓名→customer_name，下单日期(UTC)→order_date_utc - 字段名长度别超64字节，避免截断（尤其含下划线或驼峰时）
- 如果Excel有多个sheet，一次只导一个，Navicat不支持跨sheet自动合并
- 用「选择性粘贴→数值」清除公式残留，否则可能读到
=A1&B1这种字符串而非真实值
驱动不匹配或路径权限报错怎么绕过
常见错误Driver's SQLAllocHandle on SQL_HANDLE_ENV failed或Secure file privilege restricts upload，本质是环境链路断了。
驱动问题（Windows常见）：
- Navicat是64位，但系统只装了32位Microsoft Access Database Engine——卸载旧驱动，去微软官网下装对应位数的
AccessDatabaseEngine_X64.exe - 装完重启Navicat，导入向导里「驱动」下拉框应能列出
Microsoft Excel Driver (*.xls, *.xlsx)
路径权限问题（Linux/macOS或secure_file_priv限制）：
-
LOAD DATA INFILE方式走不通时，Navicat其实默认走ODBC，不依赖secure_file_priv，所以别去查MySQL配置 - 真正卡住的是Excel文件被其他程序占用：关掉Excel进程、检查是否开了预览窗格、杀掉OneDrive/腾讯文档后台同步
- 路径含中文或空格？把Excel移到
C:\data\或/tmp/这种纯英文短路径再试
映射这事，没有“自动对齐”的捷径。每次导入前花两分钟拖拽校验，比导入后修数据快十倍。最易忽略的，其实是Excel里那些看不见的空格、换行符和隐藏格式——它们不会报错，但会让某几行字段整体偏移一列。
