Navicat 导入 Excel 到 MySQL 实战：字段映射与避坑指南

简介这份PDF资源面向需要将Excel电子表格数据批量迁移到MySQL数据库的开发者与数据库管理员尤其适合刚接触Navicat导入功能、希望快速完成结构化数据入库的初中级用户。资源以单份PDF文档形式呈现压缩包约189KB内容围绕Navicat导入向导展开涵盖环境版本说明、Excel列名与数据库字段的对应准备、文件名英文命名建议以及追加或覆盖数据的导入方式选择等关键环节并提示导入失败时查看日志的排错思路。相比零散的网络问答它把操作流程与注意事项整理成一份可直接参照的文档帮助读者避开版本差异与字段不匹配导致的常见问题提升数据迁移效率。目前已有6644人学习下载适合作为日常数据导入任务的速查参考。1. 用 Navicat 把 Excel 灌进 MySQL一个被低估的日常操作上周帮运营导一份 3 万多行的活动名单对方发来一个.xlsx说你直接塞数据库里就行。我打开 Navicat 右键表、Import Wizard、选 Excel file前后不到两分钟收工。旁边刚入行的同事看愣了——他以为这种批量导入得写 Python 脚本、装 pandas、处理编码折腾半天。其实 Navicat 自带的导入向导早就把这件事做完了只是网上能搜到的教程要么截图糊成马赛克要么关键一步字段映射直接跳过照着做十有八九报 error。这篇就把这个操作从头拆一遍。环境是 NavicatPremium 或 for MySQL 都行 MySQL 5.7Excel 用.xlsx或.xls都可以。核心逻辑就一句话让 Excel 的表头和 MySQL 表的字段名对上剩下的交给向导。适合手头有结构化表格、需要快速入库的 DBA 和开发也适合不写代码但要做数据整理的运营。下面从原理到实操到踩坑一层层来。2. 导入前必须想清楚的三件事字段映射、数据类型、自增主键很多人一上来就点 Import Wizard结果卡在字段对不上。问题不在 Navicat在于没提前把Excel 列和MySQL 字段的关系理清。这一章先把原理和准备工作做扎实后面操作才不会翻车。2.1 字段映射的本质表头就是字段名Navicat 导入 Excel 时默认拿 Excel 第一行当列名去匹配目标表的字段。匹配规则是字符串精确比对——user_name和username在它眼里是两个东西姓名和name更是八竿子打不着。所以第一步永远是打开目标表的设计视图把字段名抄下来然后让 Excel 表头一字不差地对应上。常见做法是先在 MySQL 里建好表再倒推 Excel 表头。比如目标表长这样CREATE TABLE activity_user ( id int(11) NOT NULL AUTO_INCREMENT, user_name varchar(64) DEFAULT NULL COMMENT 用户名, phone varchar(20) DEFAULT NULL COMMENT 手机号, city varchar(32) DEFAULT NULL COMMENT 城市, reg_time datetime DEFAULT NULL COMMENT 报名时间, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;那 Excel 第一行就应该是user_name、phone、city、reg_time顺序无所谓Navicat 靠名字匹配不靠位置。这里有个细节字段名大小写。MySQL 在 Windows 下默认字段名不区分大小写但 Navicat 匹配时是区分的UserName和user_name可能匹配失败。统一用小写下划线别给自己找事。2.2 自增主键为什么不能出现在 Excel 里上面那张表id是AUTO_INCREMENT。如果你在 Excel 里也放一列id导入时 Navicat 会尝试把 Excel 的值写进去。运气好值不冲突能进运气不好和已有 id 撞了直接报Duplicate entry。更麻烦的是导入完自增计数器可能乱掉。正确做法Excel 里直接不放 id 列让 MySQL 自己生成。Navicat 在字段映射界面会把没匹配上的字段标出来自增主键通常显示为未使用这是正常的。如果你非要保留 Excel 里的 id 且想用它那就得先把表的AUTO_INCREMENT去掉但一般没这个必要。2.3 数据类型不匹配是 error 的头号来源Excel 没有强类型一个单元格里可能是文本、可能是数字、可能是日期。MySQL 字段却有明确类型。导入时 Navicat 会做一次隐式转换转不过去就报错。几个高频雷区Excel 里的样子目标字段类型结果13800138000数字格式varchar通常能进但可能变科学计数法2024/1/5日期格式datetime多数能进格式不对就报错2024-01-05 10:30文本datetime看 Navicat 解析容易失败空单元格NOT NULL 字段直接报错1,234带千分位文本int转换失败血泪经验导入前把 Excel 里目标为数值/日期的列统一设成文本格式再填值或者干脆在 MySQL 里把字段设成 varchar 先接住入库后再用 SQL 清洗。手机号、身份证号这类长数字一定要用文本格式否则 Excel 会自动转成科学计数法导进去就是1.38E10哭都来不及。3. 手把手走一遍 Import Wizard从选文件到 start准备工作做完正式操作其实很快。这一章把每一步拆开包括那些教程里常被一直 next带过的关键界面。3.1 准备 Excel 文件的两个硬性要求第一文件名用纯英文。中文名、空格、特殊符号在某些 Navicat 版本下会导致文件选择框读不到路径或者导入中途报文件不存在。改成activity_user_202401.xlsx这种最稳。第二表头行必须是第一行且不能有合并单元格。合并单元格会让 Navicat 解析列数错乱本来 4 列识别成 3 列。如果有标题行比如2024年1月活动名单占一整行先删掉让字段名顶到第一行。一个合格的 Excel 长这样user_name | phone | city | reg_time 张三 | 13800138000 | 北京 | 2024-01-05 10:30:00 李四 | 13900139000 | 上海 | 2024-01-05 11:00:003.2 右键表 → Import Wizard 的入口选择在 Navicat 左侧对象树里找到目标数据库下的目标表右键 → Import Wizard...。注意是右键表本身不是右键数据库。如果右键数据库向导会让你先选表多一步。弹出的向导第一屏是选择导入格式。这里选Excel file。旁边还有 CSV、TXT、DBF 等选项Excel 就走这个。如果你的文件是.xlsx某些老版本 Navicat 需要装 Access Database Engine装不上会提示未找到提供程序。遇到这个要么换.xls格式要么装一下引擎这是 Windows 上的老毛病了。3.3 选文件、选 Sheet、确认表头行点下一步通过文件选择框定位到你的 Excel。选完后向导会让你选Sheet——一个 Excel 可能有多个工作表默认选第一个。如果你数据在第二个 Sheet这里要手动切。再下一步是确认表头行位置。默认First row contains column names是勾上的意思是第一行当列名。如果你的 Excel 第一行是数据不是表头就取消勾选但这种情况极少。保持默认即可。3.4 字段映射界面这里才是成败关键很多人一直 next就栽在这。向导中间有一屏是源字段 → 目标字段的映射表左边是 Excel 列名右边是 MySQL 字段名。Navicat 会自动匹配同名的匹配不上的右边显示空白。你要做的是逐行检查。如果某个 Excel 列右边是空的说明没匹配上点右边的下拉框手动选对应字段。如果某个 MySQL 字段左边没有来源且它是 NOT NULL 又没有默认值导入必然失败——要么在 Excel 补这一列要么去改表结构给它默认值。提示映射界面下方通常有个Preview按钮点一下能看到前几行数据按当前映射会变成什么样。日期、数字格式的问题在这一步就能发现别等 start 了才看 log。3.5 追加还是覆盖一个点错就清库的选择映射确认后向导会问导入模式。两个选项Append追加把 Excel 数据插到现有数据后面。日常用这个。Overwrite覆盖先清空表再导入。选这个之前一定确认表里没有不能丢的数据。我一般默认 Append。曾经有一次手滑选了 Overwrite把一张已经有 8000 条记录的表清空了还好有备份。从那以后涉及覆盖的操作我都会先SELECT COUNT(*)看一眼现有数据量。3.6 点 start 之后successfully 和 log 怎么看确认无误点Start。进度条走完显示Successfully就是成了。如果显示 error别慌向导会给你一个 log 文件路径或者直接在界面下方列出错误行。log 里常见的信息格式是第 N 行导入失败原因。比如Row 15: Incorrect datetime value说明第 15 行的日期格式 MySQL 认不了。定位到具体行改完 Excel 重新导即可。Navicat 的导入是逐行提交的默认情况下前面成功的行已经进去了重导时要么先清掉要么用 Append 会重复——这点要注意必要时先TRUNCATE TABLE再重来。4. 导入报错排查五类高频翻车现场导入失败是常态成功才是运气。这一章把最常见的五类问题按现象 → 原因 → 解决列清楚照着对号入座。4.1 现象提示未找到提供程序 Microsoft.ACE.OLEDB原因Navicat 读.xlsx依赖 Windows 的 Access Database Engine64 位 Navicat 需要 64 位引擎装成 32 位就报这个。解决去微软官网下对应位数的 AccessDatabaseEngine装完重启 Navicat。或者把 Excel 另存为.xls97-2003 格式老格式不依赖这个引擎能绕过。4.2 现象日期字段报Incorrect datetime value原因Excel 里的日期是2024/1/5这种斜杠格式或者单元格本身是文本Navicat 按默认格式解析失败。解决在 Excel 里把日期列统一改成yyyy-mm-dd hh:mm:ss格式或者导入前在 MySQL 里把该字段临时改成 varchar导完再用STR_TO_DATE转换。后者更稳适合数据量大、格式乱的场景。4.3 现象手机号/编号变成科学计数法原因Excel 把长数字自动识别成数值超过 11 位就显示成1.38E10导入时按这个值写进去。解决导入前选中该列设置单元格格式为文本然后重新粘贴数据。已经变了的用 Excel 的分列功能或公式TEXT(A1,0)还原。数据库侧字段用 varchar 接。4.4 现象报Duplicate entry for key PRIMARY原因Excel 里带了 id 列且值和表里已有记录冲突或者表上有唯一索引Excel 里有重复值。解决去掉 Excel 的 id 列让自增主键自己生成。如果是唯一索引冲突先在 Excel 里用删除重复项去重或者导入模式选 Append 前先确认没有重复。4.5 现象导入成功但中文变问号原因数据库、表、连接三者的字符集不一致。MySQL 5.7 默认可能是 latin1而 Excel 是 UTF-8。解决建表时显式指定DEFAULT CHARSETutf8mb4Navicat 连接属性里也把编码设成 UTF-8。已经乱码的只能清表重导事后改字符集救不回来。5. 进阶用 SQL 兜底和批量验证导入结果向导点完不代表活干完了。数据进没进对、有没有漏、格式对不对得验证。这一章讲两个我常用的收尾技巧。5.1 导入后用 SQL 做三项体检导完先跑三条查询比肉眼翻表靠谱-- 1. 总数对不对和 Excel 行数比对 SELECT COUNT(*) FROM activity_user; -- 2. 有没有空值混进来 SELECT COUNT(*) FROM activity_user WHERE phone IS NULL OR phone ; -- 3. 日期范围是否合理排除解析错乱 SELECT MIN(reg_time), MAX(reg_time) FROM activity_user;第一条对总数差几行就说明有行被跳过去 log 里找。第二条查关键字段空值Excel 里的空单元格导进来就是 NULL。第三条查日期如果 MAX 出来是1970-01-01或者离谱的年份说明日期解析错了得回炉。5.2 数据量大时改用 LOAD DATA 的思路Navicat 向导本质是逐行 INSERT几万行还行上百万行就慢了。这种场景我一般把 Excel 另存为 CSV然后用LOAD DATA INFILELOAD DATA LOCAL INFILE /path/activity_user.csv INTO TABLE activity_user FIELDS TERMINATED BY , ENCLOSED BY LINES TERMINATED BY \n IGNORE 1 ROWS (user_name, phone, city, reg_time);IGNORE 1 ROWS跳过表头字段顺序按括号里写的来。这比向导快一个数量级但要求 CSV 格式干净、编码统一。日常小批量还是向导省事大批量才值得上这个。5.3 一个我每次都走的收尾习惯不管导多小的文件我导完都会做一件事随机抽 3 行拿 Excel 里的原值和数据库里的值逐字段对一遍。听起来笨但真救过我好几次——有一次城市字段因为表头多了个空格没匹配上整列全是 NULL总数和空值检查都没发现抽样才看出来。从那以后我每次导入前都强制走一遍表头核对 抽样验证再急也不省这两步。希望帮到你。本文还有配套的精品资源点击获取