navicat 15导入带二进制图片的表数据必须避开csv/复制粘贴，因文本格式会破坏blob字节；唯一可靠方式是使用“导入向导→从文件导入”批量载入，或通过单元格编辑器的“图像”选项卡手动上传。
navicat 15 导入带二进制图片的表数据，核心不是“能不能”，而是必须绕过直接粘贴/csv导入——因为 csv、excel 等文本格式会破坏 blob 字段的原始字节，导致图片损坏或插入失败。真正可行的路径只有两条：用 导入向导 从文件批量载入，或手动在单元格编辑器中逐条上传。
为什么不能用 CSV 或复制粘贴导入 BLOB 图片
CSV 是纯文本格式，BLOB 是二进制流。当你把一张 PNG 拖进 Excel 再另存为 CSV，它早已被转成乱码字符串（比如 0x89504E47... 的文本表示），而 Navicat 在 CSV 导入时默认按字符串解析，不会自动 hex-decode 成二进制。结果就是数据库里存了一串 ASCII 字符，不是图片。
- 现象：
SELECT LENGTH(img_blob) FROM t返回值远大于原图大小（比如原图 200KB，字段长度显示 400KB），说明存的是十六进制字符串而非原始字节 - 错误根源：没选对「导入类型」或没启用「十六进制解码」选项
- 兼容性注意：Navicat 15 的 CSV 导入界面里没有内置 hex-to-binary 转换开关，这个功能只存在于「从文件导入」流程中
用「导入向导 → 从文件导入」正确载入图片文件
这是最稳定、支持批量操作的方式，适用于你有一批本地图片文件（如 /pics/1.jpg, /pics/2.png），且目标表已有 BLOB 字段。
- 右键目标表 → 「导入向导」→ 选择「从文件导入」
- 文件类型选
JPEG/PNG/GIF（不要选 CSV 或 TXT） - 关键一步：在「字段映射」页，把图片文件名列（如
filename）映射到表的主键/业务字段；再单独点击BLOB字段映射行右侧的「…」按钮，弹出「文件路径设置」对话框 - 勾选「使用文件内容作为 BLOB 值」，并确认路径模板能拼出真实文件路径（例如
/pics/{filename}） - 导入选项里禁用「首行为列名」**（除非你的文件列表真有 header 行）
手动上传单张图片：用单元格编辑器 + 图像选项卡
适合调试、补录或少量数据。不依赖外部文件路径，直接触发系统文件选择器。
- 双击打开表数据网格 → 找到
BLOB字段所在单元格 → 点击右侧出现的「编辑器」图标（铅笔形状） - 在弹出窗口中切换到「图像」选项卡 → 点击「载入」按钮 → 选择本地图片文件
- Navicat 会自动读取文件二进制内容并填入字段 → 点击窗口右上角「应用更改」图标（绿色对勾）保存整行
- 注意：别点「取消」或直接关窗，否则修改丢失；也别在编辑器里切到「十六进制」或「文本」页再点应用，那会把当前页显示的内容（可能是乱码）写进去
导出 BLOB 图片为文件时，十六进制查看只是「看」，不是「导出格式」
很多人误以为「导出为十六进制文本」能还原图片——其实不能。十六进制视图（Hex View）是 Navicat 提供的只读调试模式，用于人工核对字节是否异常（比如开头是不是 89 50 4E 47 对应 PNG）。它本身不是一种可逆的编码格式。
- 正确导出方式：右键
BLOB单元格 → 「导出 Blob」→ 选「图像」或「文件」，指定保存路径和文件名（需手动加后缀如.jpg） - 如果导出后打不开，先检查文件头是否匹配：用命令行
file exported.jpg或 VS Code 十六进制插件看前几个字节 - Navicat 不会自动根据内容推断扩展名，
exported.bin和exported.jpg内容一样，但后者才能被系统识别为图片
真正容易被忽略的点在于：BLOB 字段的「内容可信度」完全取决于导入路径是否跳过了文本编解码环节。一旦经过 CSV/Excel/剪贴板中转，基本就不可逆损坏了——不是 Navicat 的 bug，是二进制与文本的根本冲突。所以，宁可多点几下「载入」按钮，也不要贪快复制粘贴。
