JDBC 连接串漏了 characterEncoding 插 emoji 报 1366

SHOW SESSION VARIABLES LIKE 'character_set_client';
SHOW SESSION VARIABLES LIKE 'character_set_connection';
SHOW CREATE TABLE users\G

用户昵称带 emoji，插入报 1366 Incorrect string value: '\xF0\x9F\x98\x80' for column 'nickname'，表已经是 utf8mb4，本地测试库却正常。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：连接字符集由驱动协商，连接串没写 characterEncoding 时按服务端默认值走，有的实例还是 utf8。utf8 三字节上限装不下四字节的 emoji，服务端直接拒绝。

「JDBC 1366」确认了原因之后，改动尽量只碰那一处，顺手改的东西后面最容易出问题。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。

把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。改完隔一天再看一次，当场正常不代表能稳住。

测试环境和线上的差别，往往就在版本号和那几行被忽略的配置上。

处理上按这个顺序：连接串加 characterEncoding=utf8 并确认驱动映射到 utf8mb4；检查 connectionCollation 是否被设成 utf8_general_ci；用 SHOW SESSION VARIABLES 确认实际字符集；改完重启连接池 旧连接还带着旧字符集。

确认没问题再收工，插入 emoji 成功 session 字符集显示 utf8mb4 查询出来原样显示。