根本原因是MySQL连接未启用二进制安全模式，导致mysqli/PDO自动进行字符集转换；需禁用预处理模拟、设置binary字符集、避免文本函数处理、正确设置header及缓冲控制，并调大PDO缓冲区防止截断。
PHP读取MySQL BLOB字段时直接返回乱码或空字符串
根本原因不是PHP不支持，而是MySQL连接未启用二进制安全模式，导致mysqli或PDO自动对BLOB内容做了字符集转换（比如把0xFF转成）。必须显式禁用自动转换。
- 使用
PDO时，在创建实例后立即执行：$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, false)；否则即使字段是BLOB，预处理语句也可能触发字符集干预 - 使用
mysqli时，确保连接使用mysqli_set_charset($conn, 'binary')，而不是'utf8mb4'这类文本编码 - 查询语句本身无需特殊修饰，但字段必须明确写出（避免
SELECT *），例如：SELECT image_data FROM photos WHERE id = ?
用file_get_contents()或fopen()直接读取BLOB字段值会失败
因为BLOB在PHP中就是一串原始字节，不是文件路径。常见错误是把从数据库取出的二进制数据当成文件路径传给file_get_contents()，结果报错failed to open stream: No such file or directory。
- 正确做法：把BLOB内容直接输出或保存为文件，例如：
file_put_contents('output.jpg', $blobData) - 若需校验是否为有效图片，可用
getimagesizefromstring($blobData)——它专为内存二进制数据设计，比getimagesize()（只接受路径）更合适 - 注意
$blobData不能被trim()、htmlspecialchars()等文本函数处理，否则破坏二进制结构
输出图片时header()设置错误导致浏览器无法渲染
即使BLOB数据完整无损，如果HTTP响应头缺失或冲突，浏览器仍会显示损坏图标或下载对话框。
- 必须在输出二进制前调用
header('Content-Type: image/jpeg')（类型需与实际数据一致，可用exif_imagetype()判断） - 务必关闭输出缓冲干扰：
ob_end_clean()放在header()之前，防止意外空格或BOM污染响应体 - 禁止在输出BLOB前有任何
echo、var_dump()、甚至末尾换行符；一个字节的额外输出都会让图片失效
PDO::fetch()返回的BLOB字段被截断（默认65535字节）
这是PDO的隐藏限制：PDO::MYSQL_ATTR_MAX_BUFFER_SIZE默认值太小，大文件（如高清PNG）会被静默截断，且不报错。
立即学习“PHP免费学习笔记（深入）”；
- 连接DSN中添加参数：
?charset=binary&max_buffer_size=10485760（设为10MB） - 或在
PDO构造后立即设置：$pdo->setAttribute(PDO::MYSQL_ATTR_MAX_BUFFER_SIZE, 10 * 1024 * 1024) - 验证是否生效：用
strlen($blobData)对比数据库中LENGTH(image_data)的值，两者必须相等
BLOB读取真正难的不是语法，而是每一步都混着文本思维和二进制思维——比如同一个echo，对字符串是输出，对BLOB就是发裸数据；同一个mb_strlen()，对UTF-8文本有效，对JPEG二进制就完全不可信。
