根本原因是utf8仅支持3字节Unicode字符，生僻字或emoji需utf8mb4；常见错误是仅改服务端配置而遗漏客户端、连接层、字段级三层，五层（client/connection/results/server/database）必须全部为utf8mb4且字段显式声明，否则仍报Incorrect string value。
MySQL无法写入中文，根本原因不是“没开中文支持”，而是 utf8 实际只支持最多3字节的 Unicode 字符（即基本多文种平面 BMP），遇到生僻汉字或 emoji 会直接报 Incorrect string value 错误。必须用 utf8mb4 才能真正覆盖全部中文及扩展字符。
为什么改了 my.cnf 还是插不进中文
常见错误是只改了服务端配置，但漏掉客户端、连接层、字段级三层。MySQL 的字符集生效是分层的：character_set_server 只影响新库默认值；character_set_client 和 character_set_connection 决定你当前这条 INSERT 被怎么解析；而字段本身的 CHARACTER SET 才是最终存储依据。五者不一致，必然出错。
- 执行
SHOW VARIABLES LIKE 'character%';，检查client、connection、results、server、database全部是否为utf8mb4 - 若其中任一值是
utf8或latin1，说明某一层没对齐，不能只靠重启 mysqld 解决 - 特别注意：Windows 下 CMD 默认是 GBK 编码，即使数据库设为
utf8mb4，若没在连接时执行SET NAMES 'utf8mb4'，输入的中文会被当 GBK 解析再转存，结果仍是乱码
ALTER TABLE CONVERT TO CHARACTER SET utf8mb4 不够用
CONVERT TO CHARACTER SET utf8mb4 看似一步到位，但它只改表结构和已有数据的编码，不保证每个字段的 COLLATION 同步更新，也不处理 TEXT 类型字段的隐式转换缺陷。更关键的是：它不会修改列定义中的显式字符集声明（比如建表时写了 VARCHAR(255) CHARACTER SET utf8），后续插入仍可能 fallback 到旧设定。
- 优先用
ALTER TABLE t MODIFY COLUMN c VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;显式重定义每一列 - 对
TEXT、MEDIUMTEXT字段，必须单独执行MODIFY，CONVERT对它们无效 - 执行后用
SHOW CREATE TABLE t;核对输出中每列是否都带CHARACTER SET utf8mb4，而不是只看表头
PHP/Python/Java 连接字符串里漏掉 utf8mb4 参数
程序连接 MySQL 时，即使数据库和表都设对了，若驱动没显式声明字符集，MySQL 会按 character_set_server 初始化连接，而老版本 MySQL 默认仍是 utf8（非 utf8mb4）。这会导致插入四字节字符时静默截断或报错。
- PHP PDO：在 DSN 后加
;charset=utf8mb4，或选项数组里加PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4" - Python PyMySQL：连接参数传
charset='utf8mb4'，不是'utf8' - Java JDBC：URL 末尾加
?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=UTC，注意&是 HTML 实体，实际写代码要用& - Node.js mysql2：配置项写
charset: 'utf8mb4'，别用'UTF8'（大小写敏感）
Navicat / MySQL Workbench 连接设置要单独调
图形工具的字符集设置独立于 MySQL 服务端配置。即使 my.cnf 全设成 utf8mb4，如果 Navicat 新建连接时「高级」页签里没勾选「使用字符集」并填 utf8mb4，它仍会以 latin1 建立连接，导致你看到的 SELECT 结果是乱码，INSERT 也失败。
- Navicat：连接属性 → 「高级」→ 勾选「使用字符集」→ 输入
utf8mb4 - MySQL Workbench：连接 → 「Connection Parameters」→ 「Advanced」→ 在「Others」框里填
characterSet=utf8mb4 - 命令行 mysql 客户端：启动时加
--default-character-set=utf8mb4，或在[mysql]段落的 my.cnf 里配default-character-set=utf8mb4
真正麻烦的不是改配置，而是确认每一层都生效了。最稳妥的方式是：先用 SHOW VARIABLES 和 SHOW CREATE TABLE 逐层验证，再拿一个含生僻字（如「?」「?」）或 emoji（如 ?）的字符串做 INSERT 测试——只有这个能过，才算真正打通。
