为什么 Incorrect string value 错误总在插入 emoji 或生僻汉字时出现
根本原因是 MySQL 服务端、连接层、表字段三者字符集不一致，且没覆盖 utf8mb4。MySQL 的 utf8 实际是阉割版（最多 3 字节），不支持 emoji（需 4 字节）和部分 Unicode 字符（如某些 CJK 扩展区汉字）。只要有一环卡在 utf8，写入就会被截断并报 Incorrect string value。
常见错误现象：Incorrect string value: '\xF0\x9F\x98\x80' for column 'name' at row 1 —— 这串十六进制就是 ? 的 UTF-8 编码，4 字节，utf8 存不下。
- 检查当前连接字符集：
SHOW VARIABLES LIKE 'character_set%';，重点看character_set_client、character_set_connection、character_set_results - 检查表字段定义：
SHOW CREATE TABLE your_table;，确认列是否为CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 即使建表用了
utf8mb4，如果应用连接时没显式指定，仍可能退化为utf8
如何一次性把现有表升级到 utf8mb4
不能只改表默认字符集，必须逐字段修改，否则旧字段仍用 utf8。升级顺序必须严格：先改库 → 再改表 → 最后改字段。中间跳过任意一层，都可能让新插入数据再次触发错误。
- 改数据库默认字符集：
ALTER DATABASE your_db CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 改表默认字符集（仅影响后续新增列）：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 单独改某字段（推荐，最稳妥）：
ALTER TABLE your_table MODIFY COLUMN content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 注意：
CONVERT TO会重建整张表，大表慎用；MODIFY COLUMN更精准，但需重写字段定义（类型、约束都不能丢）
PHP/Python 连接 MySQL 时漏掉 utf8mb4 设置的典型表现
即使 MySQL 服务端全配成 utf8mb4，应用层连接不声明，照样报错。这不是配置问题，是协议层协商失败——客户端告诉服务端“我用 utf8”，服务端就按老规则处理。
- PHP PDO 示例：
$pdo = new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"]);，缺了这句，character_set_client就是utf8 - Python PyMySQL 示例：
conn = pymysql.connect(..., charset='utf8mb4')，不能写utf8，也不能省略 - Node.js mysql2：
{ charset: 'utf8mb4' }必须显式传，环境变量或配置文件里设了也没用 - Spring Boot JDBC URL 示例：
jdbc:mysql://host/db?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=UTC，characterEncoding值必须是utf8mb4
utf8mb4_unicode_ci 和 utf8mb4_general_ci 到底选哪个
utf8mb4_general_ci 是旧排序规则，已废弃，MySQL 8.0+ 默认不用。它对某些语言（如德语 ß、土耳其语 I）排序不准确，且不支持 Unicode 9.0+ 新增字符的正确比较。现在唯一合理选择是 utf8mb4_unicode_ci 或更精确的 utf8mb4_0900_as_cs（MySQL 8.0+）。
- 兼容性优先（5.7+）：
utf8mb4_unicode_ci - 需要大小写敏感、重音敏感（如区分
a和á）：utf8mb4_0900_as_cs（MySQL 8.0.1+） - 别用
utf8mb4_bin做业务字段排序，它按字节比，中文会乱序 - 改排序规则要重建索引，
ALTER TABLE t MODIFY c VARCHAR(255) COLLATE utf8mb4_0900_as_cs;
真正麻烦的从来不是改字符集本身，而是你得同时动服务端配置、表结构、应用连接参数、ORM 配置、甚至前端 AJAX 请求头里的 Content-Type 字符集声明——漏一个，错误就还在那儿等着你。
