navicat 不支持直接导入 html 文件，需先用 beautifulsoup 等解析为 csv；csv 首行须为字段名且与表结构一致，编码用 utf8mb4，含特殊字符字段需加双引号，空值应替换为 \n。
navicat 不支持直接导入 html 文件
它会报错 Unsupported file format 或直接跳过文件——因为 Navicat 的「导入向导」只认结构化数据源：CSV、TXT、Excel（.xlsx、.xls）、JSON、SQL，不解析 HTML 标签或 DOM 结构。
如果你手头是网页源码（比如爬下来的 index.html），得先把它转成 Navicat 能读的格式。最常用且可控的方式是提取关键字段后存为 CSV：
- 用 Python 的
BeautifulSoup或lxml解析 HTML，按需提取title、h1、meta[name="description"]等内容 - 把结果写入
data.csv，确保首行为字段名（如url,title,desc,updated_at） - 确认 CSV 编码为 UTF-8（带 BOM 可能导致乱码，建议无 BOM）
字段映射时“列名匹配”比“位置顺序”更可靠
Navicat 导入 CSV 时默认按列位置映射到目标表字段，但一旦源 CSV 增减列、调整顺序，就容易错位。实际操作中建议手动启用「匹配字段名」：
- 在导入向导第三步「字段映射」界面，勾选
Match fields by name - 确保 CSV 首行标题与目标表字段名完全一致（大小写敏感，MySQL 默认不区分，但 Navicat 映射时会严格比对）
- 若字段名含空格或特殊符号（如
page title），Navicat 可能无法匹配，应提前在 CSV 中改为下划线命名（page_title）并同步修改表字段
HTML 内容存进 TEXT 或 LONGTEXT 字段前要处理换行和引号
原始 HTML 片段里有大量 \n、"、'，如果目标字段是 TEXT 类型，Navicat 默认用双引号包裹字段值、逗号分隔——这会导致解析失败或截断。
- 在 CSV 生成阶段就用双引号包裹含换行/引号的字段（Python 的
csv.writer默认开启quoting=csv.QUOTE_MINIMAL即可） - Navicat 导入时，在「高级设置」里确认
Text qualifier设为"，Field separator是,，Line separator是\n - 避免把整页 HTML 存进单字段：体积大、查询慢、备份困难；优先拆解为结构化字段（如
content_html、content_plain）
「高级设置」里真正影响 HTML 数据入库的是字符集和 NULL 处理
很多人卡在中文乱码或空字段变 0，问题不在映射逻辑，而在底层编码和空值解释：
- 务必在导入向导第二步选择
Character set: UTF8MB4（不是 UTF8），否则 emoji 或四字节中文会变? -
NULL value框里留空即可；如果填了\N或NULL，而你的 CSV 里对应位置是空字符串""，Navicat 不会自动转成 SQLNULL，得提前把空内容替换为字面量\N - 勾选
Stop on errors：HTML 解析出的异常数据（比如超长title超过VARCHAR(255)）会中断导入，方便定位哪一行越界
HTML 不是数据格式，是呈现格式；Navicat 也不做渲染，只存文本。真正费时间的从来不是点击几下导入按钮，而是决定哪些标签该提、怎么清洗、字段长度留多少余量——这些没法靠设置绕过去。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
