可行，但仅限小图；MySQL用0x前缀十六进制字面量，大图易触发长度限制或内存溢出，推荐参数化二进制流插入。
INSERT 语句里直接写十六进制字面量是否可行
可行，但仅限于小图（比如图标、几十 KB 以内的 PNG），且数据库必须支持十六进制字面量语法。MySQL 用 0x474946383961...，PostgreSQL 用 \x474946383961...，SQL Server 用 0x474946383961...。大图硬塞进去会触发 SQL 长度限制、客户端内存溢出，或被防火墙/代理截断。
常见错误现象：ERROR 1136 (21S01): Column count doesn't match value count（因未闭合引号或转义失败）、Packet too large（MySQL）、string is too long（PostgreSQL 字符串长度超限）。
- 十六进制字符串必须是偶数位，否则解析失败
- MySQL 中
0x前缀不能省略；PostgreSQL 的\x必须小写且紧贴数据 - 插入前建议先用
LENGTH()或OCTET_LENGTH()检查生成的 hex 是否与原始文件字节长度一致（hex 长度应为原文件字节数 × 2）
用 LOAD_FILE() 从服务端文件系统读取图片进 BLOB
这个函数只读取数据库服务器本地磁盘上的文件，不是你本地电脑的图片。路径必须是绝对路径，且 MySQL 需开启 secure_file_priv（默认常为空或限定目录），PostgreSQL 不支持该函数，SQL Server 用 OPENROWSET(BULK ...) 替代。
典型使用场景：运维批量初始化测试图片、Docker 容器内预置资源。
- MySQL 示例：
INSERT INTO images (id, data) VALUES (1, LOAD_FILE('/var/lib/mysql-files/photo.jpg')); - 执行前确认
SELECT @@secure_file_priv;返回非空路径，且文件权限为 mysqld 可读（如chown mysql:mysql /var/lib/mysql-files/photo.jpg） - LOAD_FILE() 返回 NULL 时，大概率是路径不对、权限不足，或文件大于
max_allowed_packet
应用层插入 BLOB 的通用安全做法（推荐）
绕过 SQL 文本拼接，用参数化语句 + 二进制流传输，这是唯一能可靠处理 MB 级图片的方式。各语言驱动对 BLOB 类型有原生支持，不会做字符编码转换。
关键点在于：传入的是 raw bytes，不是 hex 字符串，也不是 base64 编码后的字符串。
- Python（mysql-connector-python）：
cursor.execute("INSERT INTO images (data) VALUES (%s)", (open("a.jpg", "rb").read(),)) - Java（JDBC）：
ps.setBinaryStream(1, new FileInputStream("a.jpg")); - Node.js（mysql2）：
connection.execute("INSERT INTO images (data) VALUES (?)", [fs.readFileSync("a.jpg")]) - 务必检查连接配置中的
max_allowed_packet（MySQL）或statement_timeout（PostgreSQL），大图需调高
SELECT 出来的 BLOB 怎么还原成可用图片
直接 SELECT BLOB 字段返回的是字节序列，不是可读文本。若用命令行工具（如 mysql CLI）查看，会显示乱码或截断；在程序里必须按 byte[] / Buffer 接收，再写入文件或转为 base64 供前端展示。
容易忽略的坑：某些 ORM 或低代码平台默认把 BLOB 当作字符串处理，导致 UTF-8 解码失败、高位字节丢失。
- MySQL CLI 中避免直接
SELECT data FROM images，改用SELECT HEX(data) FROM images LIMIT 1查看前若干字节 - 导出为文件：Python 示例
with open("out.jpg", "wb") as f: f.write(cursor.fetchone()[0]) - Web API 返回时，HTTP 响应头必须设
Content-Type: image/jpeg，body 写原始 bytes，别 encode 成 UTF-8
