插入Emoji报错Incorrect string value，是因为MySQL的utf8仅支持3字节字符，而Emoji需4字节；必须同步配置客户端、服务端、数据库、表字段四层为utf8mb4，并在连接字符串中显式指定charset=utf8mb4，否则任一环节不匹配即会截断或报错。

为什么插入 Emoji 会报错 Incorrect string value

MySQL 默认的 utf8 编码实际只支持最多 3 字节的 Unicode 字符，而 Emoji（如 ?、?、?‍?）属于 Unicode 4.0+ 的扩展字符，需要 4 字节存储，因此会触发 Incorrect string value: '\xF0\x9F\x92\xAA' for column 'xxx' 这类错误。这不是数据问题，是编码能力不足。

必须同时修改的 4 个层级：客户端、服务端、数据库、表字段

只改其中某一层（比如只改表字符集）没用，连接链路中任一环节卡在 utf8 就会截断或报错。

• 服务端配置：在 my.cnf（Linux）或 my.ini（Windows）的 [mysqld] 段下添加：

  [mysqld]
  character-set-server = utf8mb4
  collation-server = utf8mb4_unicode_ci

• 客户端配置：在同一个配置文件的 [client] 和 [mysql] 段下添加：

  [client]
  default-character-set = utf8mb4
  
  [mysql]
  default-character-set = utf8mb4

• 已有数据库和表：执行 ALTER DATABASE db_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; 和 ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
• 连接时显式指定：应用层建立连接时，务必在连接字符串中带上 charset=utf8mb4（如 JDBC 中加 ?useUnicode=true&characterEncoding=utf8mb4）

utf8mb4_unicode_ci 和 utf8mb4_0900_ai_ci 怎么选

MySQL 8.0+ 默认用 utf8mb4_0900_ai_ci，它比 utf8mb4_unicode_ci 更准确（支持更细粒度的 Unicode 排序规则），但部分老应用依赖旧排序行为，可能引发隐式转换异常。生产环境升级前建议先在测试库对比 SELECT 'ß' = 'ss' COLLATE utf8mb4_unicode_ci; 和同语句用 utf8mb4_0900_ai_ci 的结果是否一致。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

验证是否真正生效的 3 个关键检查点

光看 SHOW VARIABLES LIKE 'character%'; 不够，要确认实际路径上每个环节都走通：

• 检查当前连接的字符集：SHOW VARIABLES LIKE 'character_set_client';、character_set_connection、character_set_results 三者都应为 utf8mb4
• 检查表字段实际编码：SHOW CREATE TABLE tbl_name; 确认列定义里明确写了 CHARACTER SET utf8mb4
• 手动插入测试 Emoji：INSERT INTO tbl_name (col) VALUES ('?');，成功且查出来不乱码才算闭环

最容易被忽略的是连接池未刷新或应用缓存了旧连接参数——哪怕 MySQL 服务重启了，老连接仍可能维持着 utf8 会话变量。强制重连或重启应用服务才能彻底验证。