必须四层全对齐为utf8mb4：服务端character_set_server、连接层client/connection/results、表结构、字段定义均须为utf8mb4，任一层为utf8或latin1即触发Incorrect string value报错。
必须四层全对齐为 utf8mb4，缺一不可——服务端、连接层、表结构、字段定义，任意一层是 utf8 或 latin1 都会触发报错。
查 service 层：character_set_server 是否为 utf8mb4
MySQL 服务端默认字符集只影响新库，不向下传递。如果它是 utf8（即 utf8mb3）或 latin1，后续所有配置都可能 fallback 到错误编码。
- 执行
SHOW VARIABLES LIKE 'character_set_server';，输出必须是utf8mb4 - 如果不是，需在
my.cnf的[mysqld]段添加：character-set-server = utf8mb4和collation-server = utf8mb4_unicode_ci -
SET GLOBAL character_set_server = 'utf8mb4'不持久，且对已连客户端无效，必须重启 MySQL
查 connection 层：client/connection/results 是否三者一致
这个错误 80% 出在连接协商阶段——哪怕表和字段全是 utf8mb4，只要 character_set_client 是 utf8，MySQL 就会把 emoji 的四字节序列当成非法输入直接拒掉。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 连上后立刻执行：
SHOW VARIABLES LIKE 'character_set_client';、SHOW VARIABLES LIKE 'character_set_connection';、SHOW VARIABLES LIKE 'character_set_results'; - 三者值必须全部为
utf8mb4；常见陷阱：mysqlCLI 默认不带--default-character-set=utf8mb4，Navicat 需手动勾选 “UTF8MB4”，PHP PDO 必须传PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"，PyMySQL 必须指定charset='utf8mb4' - 漏掉任一参数，协议层就没谈拢，后面全白配
查 table & column 层：字段定义是否真用了 utf8mb4
ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4 只改表默认字符集和新增列，**不会刷新已有字段的 CHARACTER SET 定义**。最终生效的是字段级声明。
- 执行
SHOW CREATE TABLE your_table;，重点看字段行，例如：`name` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_general_ci—— 这里的CHARACTER SET utf8就是隐患 - 逐字段修正：
ALTER TABLE your_table MODIFY COLUMN content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，注意必须重写完整定义（类型、长度、NULL 性、默认值），漏一项可能重置字段约束 - 更稳妥方式：
SELECT COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'your_table' AND DATA_TYPE IN ('varchar', 'text');
看报错十六进制码定位问题根源
错误信息里出现的 '\xF0\x9F\x98\x80' 或 '\xF0\x9F\x90\xA6' 是 emoji 四字节序列，说明卡在 utf8mb4 链路某处；而 '\xE6\x88\x91'（“我”）这种三字节序列却报错，大概率是 client 或字段层还卡在 utf8。
- 别猜，直接用这串十六进制反查字符，确认它是否需要 4 字节编码
- 如果连基础汉字都报错，基本可排除服务端配置问题，优先检查客户端连接参数和字段定义
- SELECT 查询也报
Incorrect string value？说明不是插入问题，而是连接层用 utf8 去读 utf8mb4 字段，MySQL 在返回前转换失败
最容易被忽略的是字段级 CHARACTER SET——整库、整表都设对了，一个 TEXT 字段还是 utf8，照样报错。排查时必须落到每一行 SHOW CREATE TABLE 的输出里，不能只看“表已转 utf8mb4”就收工。
