MySQL中的blob类型用于存储二进制数据，比如图片、文件、序列化对象等，很多开发者在使用过程中会遇到blob字段读取出来显示乱码的问题，这和字符集处理、数据操作方式都有关系。
blob乱码的常见原因
首先要明确blob本身是二进制类型，不需要字符集转换，乱码通常是因为错误的字符集处理导致的，常见原因有以下几类：
- 数据库、表、字段的字符集配置错误，被强制按照字符类型处理
- 客户端连接MySQL时设置的字符集和二进制数据的实际编码不匹配
- 写入或读取数据时，使用了字符串函数对二进制数据做了不必要的转码
- 程序层面对二进制数据的编码处理错误，比如强制将二进制转成字符串
解决blob乱码的具体方法
1. 检查并调整字符集配置
blob字段本身不依赖字符集，但是所在的表或数据库的字符集如果配置不当，可能会影响数据的处理。首先查看表结构的字符集配置：
-- 查看表的字符集和字段信息 SHOW CREATE TABLE your_table_name; -- 示例输出中可以看到字段定义，blob字段不需要设置字符集 -- 错误的配置可能会给blob字段指定字符集，比如 blob CHARACTER SET utf8mb4，这种情况需要修正
如果表的默认字符集存在问题，可以调整表的默认字符集，注意不要修改blob字段本身的属性：
-- 修改表的默认字符集，不影响已有的blob字段 ALTER TABLE your_table_name DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
2. 规范客户端连接字符集
客户端连接MySQL时的字符集设置会影响数据的传输处理，即使操作的是blob字段，也建议连接时指定正确的字符集，避免不必要的转码：
-- 连接后设置字符集为二进制模式，避免对blob数据做转码 SET character_set_connection = binary; SET character_set_results = binary; SET character_set_client = binary;
如果是使用JDBC连接，可以在连接参数中指定字符集：
// JDBC连接字符串示例，指定字符集为utf8mb4，同时避免对二进制数据转码 String url = "jdbc:mysql://localhost:3306/your_db?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=UTC";
3. 修正数据读写方式
写入和读取blob数据时，要使用对应的二进制流操作，不要使用字符串方式处理。以Java为例，正确的读写方式如下：
import java.sql.*;
import java.io.*;
public class BlobTest {
// 写入blob数据
public static void writeBlob(Connection conn, int id, byte[] data) throws SQLException {
String sql = "INSERT INTO your_table_name (id, blob_column) VALUES (?, ?)";
PreparedStatement ps = conn.prepareStatement(sql);
ps.setInt(1, id);
// 使用setBinaryStream或者setBytes写入二进制数据
ps.setBytes(2, data);
ps.executeUpdate();
ps.close();
}
// 读取blob数据
public static byte[] readBlob(Connection conn, int id) throws SQLException, IOException {
String sql = "SELECT blob_column FROM your_table_name WHERE id = ?";
PreparedStatement ps = conn.prepareStatement(sql);
ps.setInt(1, id);
ResultSet rs = ps.executeQuery();
byte[] result = null;
if (rs.next()) {
Blob blob = rs.getBlob("blob_column");
// 通过getBytes获取二进制数据，不要用getString
result = blob.getBytes(1, (int) blob.length());
blob.free();
}
rs.close();
ps.close();
return result;
}
}
如果使用命令行操作，不要用字符串方式插入blob数据，应该使用LOAD_FILE函数或者十六进制方式写入：
-- 使用十六进制方式写入二进制数据，避免乱码
INSERT INTO your_table_name (id, blob_column) VALUES (1, X'89504E470D0A1A0A');
-- 从文件读取二进制数据写入
INSERT INTO your_table_name (id, blob_column) VALUES (2, LOAD_FILE('/path/to/your/file.png'));
4. 排查程序层转码问题
很多乱码是因为程序层面错误地将二进制数据转成了字符串，比如强制调用toString方法，或者使用了字符串的构造函数处理二进制数组。要确保二进制数据全程以byte[]或者流的形式处理，不要中途转成字符串。
如果读取blob后需要展示，比如是图片数据，应该直接输出二进制流到响应中，不要做字符编码转换：
// Servlet中输出blob图片的示例
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
Connection conn = null;
try {
conn = getConnection();
byte[] imgData = readBlob(conn, 1);
response.setContentType("image/png");
OutputStream os = response.getOutputStream();
os.write(imgData);
os.flush();
} catch (SQLException e) {
e.printStackTrace();
} finally {
if (conn != null) {
try {
conn.close();
} catch (SQLException e) {
e.printStackTrace();
}
}
}
}
验证解决方法
修改配置或代码后，可以通过以下方式验证乱码是否解决：
- 写入一段已知的二进制数据，比如固定的字节数组，再读取出来对比是否一致
- 如果是存储图片，读取后保存成文件，查看是否能正常打开
- 查看读取出来的字节长度和写入时的长度是否一致，如果长度变化说明有转码损耗
只要按照二进制数据的方式处理blob字段，避免不必要的字符集转码，基本可以解决大部分blob乱码问题。