JDBC读取MySQL Blob字段Emoji乱码及AWS数据库适配问题

我来帮你搞定这个头疼的问题——毕竟AWS上的MySQL配置和本地确实有不少差异，尤其是参数修改这块限制更多😉

问题根源拆解 #

首先得理清楚：Blob本身是二进制类型，理论上不会存编码，但你遇到的乱码本质是JDBC读取时的编码解析不匹配，再加上AWS RDS的collation_server参数是静态只读的，不能用ALTER DATABASE直接修改，这才导致本地的转码方案在云端失效。

具体解决步骤 #

1. 先把JDBC连接串配置拉满

不管数据库端怎么设置，连接串必须明确指定支持Emoji的编码，直接在URL里加这两个参数：

jdbc:mysql://your-aws-rds-endpoint:3306/your_db?characterEncoding=utf8mb4&useUnicode=true&serverTimezone=UTC

• utf8mb4是MySQL支持Emoji的唯一编码（普通utf8不支持4字节的Emoji），本地可能默认配置对了，但AWS RDS默认可能还是旧的utf8，必须强制指定。

2. 修改AWS RDS的参数组（关键！）

AWS RDS的collation_server属于静态参数，不能用SQL语句修改，得通过参数组调整：

• 登录AWS控制台，进入RDS服务，找到你的数据库实例，查看它关联的参数组。
• 如果用的是默认参数组，先创建一个自定义参数组（默认组无法修改），选择MySQL 5.7版本。
• 在自定义参数组里，找到character_set_server改成utf8mb4，collation_server改成utf8mb4_unicode_ci。
• 把你的RDS实例切换到这个自定义参数组，然后重启实例（静态参数必须重启才会生效）。

3. 确保表的字符集适配

虽然message是Blob，但为了避免插入时的编码隐患，最好把表的默认字符集也改成utf8mb4：

ALTER TABLE deliveries CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

4. 优化Java代码的Blob读取逻辑（彻底摆脱转码依赖）

本地的转码方案太依赖环境，不如直接在代码里用二进制转UTF-8的方式读取，从根源避免乱码：

Blob blob = resultSet.getBlob("message");
if (blob != null) {
    // 直接用UTF-8解析二进制流，不依赖JDBC自动转码
    String messageContent = new String(blob.getBytes(1, (int) blob.length()), StandardCharsets.UTF_8);
    // 后续处理逻辑
}

5. 验证配置是否生效

重启RDS后，登录数据库执行以下命令，确认参数已经生效：

SHOW VARIABLES LIKE '%character%';
SHOW VARIABLES LIKE '%collation%';

重点看character_set_server和collation_server是否已经是utf8mb4和utf8mb4_unicode_ci。

为什么本地转码在AWS失效？ #

本地数据库的collation_server可能默认是utf8mb4，JDBC读取时自动用了正确的编码，转码刚好适配；但AWS RDS默认的collation_server可能是latin1或utf8（不支持Emoji），JDBC用错误的编码解析Blob转成的字符串，你的本地转码逻辑没覆盖这种场景，所以就失效了。

内容的提问来源于stack exchange，提问作者Mark