必须同时配置[client]、[mysql]、[mysqld]三段：[client]设default-character-set=utf8mb4影响所有客户端工具，[mysql]设default-character-set=utf8mb4专用于mysql命令行，[mysqld]设character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci决定新库表默认值。
必须同时改[client]、[mysql]、[mysqld]三段配置，缺一不可；只改服务端或只改客户端，都会在建表、插emoji、连应用时出问题。
my.cnf 里哪三处必须写 utf8mb4
MySQL 5.7 的 utf8mb4 不是“设一个参数就全局生效”的东西。它在连接、服务端、命令行工具三个层面各自独立读取配置，my.cnf里必须显式覆盖这三处：
-
[client]段加default-character-set = utf8mb4：影响所有客户端工具（比如用mysql命令、Navicat、DBeaver 连接时的默认字符集） -
[mysql]段加default-character-set = utf8mb4：专用于mysql命令行客户端自身（和[client]有重叠，但不写可能被忽略） -
[mysqld]段加character-set-server = utf8mb4和collation-server = utf8mb4_unicode_ci：决定新库/新表的默认值，也影响 server 层解析 SQL 文本
常见错误现象：SHOW VARIABLES LIKE 'character%' 显示 character_set_server 是 utf8mb4，但新建的表仍是 utf8 或 latin1；或者插入 emoji 报错 Incorrect string value: '\xF0\x9F\x98\x80'。
重启后还是不生效？检查是否走了 socket 连接
Linux/macOS 下用 mysql -u root -p 登录，默认走 Unix socket 连接（本地 IPC），此时 [client] 段配置可能未被读取——尤其当 my.cnf 放在非标准路径（如 /usr/etc/my.cnf 而不是 /etc/my.cnf）时。
- 验证方式：登录后执行
STATUS;，看 “Current client” 行是否显示via socket；再查SHOW VARIABLES LIKE 'character_set_client';是否为utf8mb4 - 强制走 TCP 测试：
mysql -h 127.0.0.1 -u root -p（注意是127.0.0.1，不是localhost） - 确认配置文件实际加载路径：
mysqld --verbose --help | grep "Default options" - 若用 Docker，确保挂载的
my.cnf权限为644，否则 mysqld 会静默跳过
已有数据库和表不会自动升级，必须手动 CONVERT
character-set-server 只影响新创建的数据库和表，对已存在的完全无效。即使你改完配置、重启、新建库，老库里的表依然保持原字符集，连 DESCRIBE table_name 都看不出异常。
- 先改库：
ALTER DATABASE db_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 再改表：
ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;（注意：这是唯一能重编码已有数据的方式） - 别用
MODIFY COLUMN单独改字段字符集——它不转码历史数据，旧乱码还是乱码 - 警告：
CONVERT TO前务必备份；若字段定义为VARCHAR(255)且用了utf8mb4，InnoDB 行长度可能超限，需提前检查索引长度或开启innodb_large_prefix
应用连接层没对齐，服务端设得再对也白搭
服务端和表都设对了，应用连上去还是存乱码？大概率是连接层三处字符集不一致：character_set_client、character_set_connection、character_set_results。其中 character_set_client 决定 SQL 文本如何解码。
- PHP mysqli：必须调
$mysqli->set_charset('utf8mb4')，不能只靠SET NAMES utf8mb4 - PDO：DSN 中必须带
;charset=utf8mb4 - JDBC URL：必须含
useUnicode=true&characterEncoding=utf8mb4（注意是utf8mb4，不是utf8） - 验证方式：
SHOW VARIABLES LIKE 'character_set%';中client、connection、results三项都应为utf8mb4
最容易被忽略的是：MySQL 5.7 默认不启用 init_connect 对 SUPER 用户生效，所以不要依赖它来兜底；而 character-set-client-handshake = FALSE 这类参数虽能压制客户端声明，但会掩盖真实问题，不建议作为首选方案。
