MySQL中文写入失败需四层字符集对齐：服务端、连接层、数据库、字段定义均须为utf8mb4；仅改my.cnf或表结构无效，须逐层验证并重启服务。
刚装好的MySQL无法写入中文并报 Incorrect string value，大概率是四层字符集没对齐：服务端、连接层、数据库、字段定义，缺一不可。只改 my.cnf 或只改表结构，90% 会继续报错。
查服务端默认字符集是不是 utf8mb4
新装 MySQL 默认仍是 latin1 或 utf8（即 utf8mb3），character_set_server 决定新建库的默认字符集，但它不自动影响已有对象。
- 连上 MySQL 后执行：
SHOW VARIABLES LIKE 'character_set_server';，输出必须是utf8mb4 - 如果不是，编辑
/etc/mysql/my.cnf（Linux）或my.ini（Windows），在[mysqld]段下加：character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci
- 改完必须重启 MySQL：
sudo systemctl restart mysql或 Windows 下net stop mysql && net start mysql；仅用SET GLOBAL临时设置无效且不持久
查当前连接的 client/connection/results 是否全为 utf8mb4
即使服务端和表都设对了，只要连接时这三项有一项不是 utf8mb4，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 - MySQL CLI 默认不带
--default-character-set=utf8mb4，所以直接敲mysql -u root -p连上去，character_set_client很可能还是utf8 - 正确启动方式：
mysql --default-character-set=utf8mb4 -u root -p - Navicat/DBeaver 等工具需在连接配置里显式填
charset=utf8mb4，不能依赖“自动检测”
查表和字段是否真正用了 utf8mb4
ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4 看似改了，其实只更新表默认值和新增列，已有字段的 CHARACTER SET 元数据可能仍是 utf8 或 latin1 —— 而字段级定义才是最终生效依据。
- 执行：
SHOW CREATE TABLE your_table;，重点看字段定义里是否明确写着CHARACTER SET utf8mb4，例如：`name` VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
- 如果字段仍显示
CHARACTER SET utf8或没声明，默认继承表级，但老版本 MySQL 可能 fallback 到latin1 - 安全做法是逐字段修改：
ALTER TABLE your_table MODIFY COLUMN name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，注意必须重写完整类型、长度、约束（如NOT NULL），漏掉会重置默认值或空值允许性 - 已有数据不会丢失，但前提是原始字节能被新字符集无损解释（比如原存的是 GBK 字节，强行设 utf8mb4 就会乱）
验证报错十六进制码定位卡点位置
错误信息里的 '\xE5\xBC\xA0' 或 '\xF0\x9F\x98\x80' 不是噪音，是关键线索：
-
'\xE5\xBC\xA0'是“张”字的 UTF-8 三字节编码 → 说明基础中文都过不去，问题大概率出在客户端编码或字段字符集（utf8或latin1） -
'\xF0\x9F\x98\x80'是 emoji 的四字节 UTF-8 → 明确指向链路中某环没上utf8mb4，常见于连接层或服务端配置遗漏 - 别猜哪一层错了，直接拿这串十六进制去查对应字符，再反推它需要几字节支持，就能快速缩小排查范围
最容易被忽略的是字段定义本身没刷新——你看到 SHOW CREATE TABLE 输出里有 DEFAULT CHARSET=utf8mb4，不代表每个 VARCHAR 字段都继承了；必须逐字段确认 CHARACTER SET 声明存在且为 utf8mb4。这一层不手动核对，其他所有配置都白搭。
