phpMyAdmin 5.0 不支持 CSV 导入 BLOB 字段，因其按文本解析 CSV，无法处理二进制字节；即使勾选“使用本地文件”或含 base64 编码，也不自动解码；唯一可靠方式是 SQL 标签页执行十六进制 INSERT 或改存文件路径。
phpMyAdmin 5.0 不支持直接 CSV 导入 BLOB 字段
CSV 文件本质是文本格式，而 BLOB 字段存储的是原始二进制数据（如 PDF、图片、加密密钥等）。phpMyAdmin 5.0 的「导入」功能在解析 CSV 时会按字符编码（通常是 UTF-8）读取内容，遇到非文本字节（如 0xFF、0x00）就会截断、报错或存入乱码 —— 这不是配置问题，而是设计限制。
为什么勾选“使用本地文件”也无效
即使你在 phpMyAdmin 导入页勾选了 使用本地文件 并上传一个含 base64 编码的 CSV（例如 id,doc_data\n1,"UEsDBBQAAAAIAAAAIQ..."），phpMyAdmin 仍不会自动解码并写入 BLOB。它只做字符串级字段映射，不会触发 base64_decode() 或 hex2bin() 转换逻辑。
- 导入过程不执行任何 PHP 解码函数，
BLOB列会被当作普通字符串插入，长度可能超限或内容损坏 -
LOAD DATA INFILE在 phpMyAdmin 中默认禁用（需服务端开启local_infile且用户有 FILE 权限），且它本身也不处理 base64 - 即使手动构造 SQL：
INSERT INTO t (id, data) VALUES (1, UNHEX('47494638'))，CSV 导入界面也无法识别这种语法
可行的替代路径：分两步走
真正能落地的方式是绕过 CSV 导入界面，改用 phpMyAdmin 的 SQL 标签页 + 手动构造语句：
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 先用脚本（Python/PHP）把二进制文件转为十六进制字符串：
hexdump -C file.pdf | head -n1 | awk '{print $2$3$4$5}'或 Python 的binascii.hexlify(open('f','rb').read()).decode() - 生成类似这样的 SQL：
INSERT INTO docs (id, content) VALUES (1, 0x504B0304...);（注意前缀0x和纯十六进制） - 粘贴进 phpMyAdmin 的
SQL标签页执行 —— 这是唯一被 MySQL 原生支持的二进制字面量写法 - 若数据量大，拆成多条
INSERT，避免触发max_allowed_packet
更现实的选择：别用 CSV 导 BLOB
生产环境几乎没人走这条路。真正该做的，是把文件存在磁盘或对象存储，数据库只存路径：
立即学习“PHP免费学习笔记（深入）”；
- 用
VARCHAR(512)存 S3 URL 或本地相对路径，安全、可扩展、易备份 - 如果必须保留 BLOB，改用命令行工具：
mysql -u root db_name -e "INSERT INTO t(b) VALUES(LOAD_FILE('/tmp/f.pdf'));"（需secure_file_priv允许且文件在服务端） - phpMyAdmin 里点开某条记录的
BLOB字段，它最多显示缩略图或十六进制摘要（如0x89504E47...），这本身就是个信号：它没打算让你批量灌二进制
最常被忽略的一点：你试图导入的 CSV 文件里，那个“BLOB 列”实际存的是什么？如果是 base64 字符串，那它早就不该进数据库 —— 应该在应用层解码后走二进制 INSERT；如果是原始二进制，那它根本不能是 CSV。
