答案是MySQL服务端真正启用utf8mb4需同时满足character-set-server、collation-server及init_connect（推荐）三项配置，缺一不可；必须重启mysqld生效，且需逐层验证server、database、table、column四级字符集及client/connection/results三连接变量均为utf8mb4。
MySQL服务端是否真的启用了utf8mb4？
很多用户以为在my.cnf里写了character-set-server = utf8mb4就万事大吉，其实服务端必须同时满足三个条件才算真正启用：character-set-server、collation-server、以及init_connect（可选但推荐）。漏掉collation-server = utf8mb4_unicode_ci会导致新建库默认排序规则仍是latin1_swedish_ci，后续建表不显式指定仍会继承错误值。
验证方法：连接后执行SHOW VARIABLES LIKE 'character_set_server';和SHOW VARIABLES LIKE 'collation_server';，两者都必须返回utf8mb4和utf8mb4_unicode_ci（或utf8mb4_0900_as_cs等兼容的utf8mb4排序规则）。
- 修改
my.cnf后必须重启mysqld，仅重载配置无效 -
init_connect = 'SET NAMES utf8mb4'能避免客户端连接时临时退化为utf8，但对root@localhost等高权限账户默认不生效，需额外加skip-grant-tables调试或改用普通用户测试 - 5.7.7+版本建议用
utf8mb4_0900_as_cs替代utf8mb4_unicode_ci，前者区分大小写且更符合Unicode标准
数据库、表、字段级字符集必须逐层显式声明
即使服务端设对了，旧库/旧表/旧字段仍保持原有字符集。MySQL不会自动升级已有对象，ALTER DATABASE db_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;只影响后续新建表，不影响已有表结构。
真正生效要三层全部覆盖：
- 建库时：
CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 建表时：
CREATE TABLE t (c VARCHAR(255)) CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; - 字段级（关键！）：
ALTER TABLE t MODIFY c VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;—— 仅改表默认字符集不改变已有字段定义
常见错误是只执行ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4;，它虽会批量更新字段，但可能把TEXT字段的排序规则错配成utf8mb4_general_ci（已废弃），导致表情符号存储异常。
客户端连接参数缺一不可
服务端和表结构全对，但PHP的mysqli或Python的pymysql没传对编码参数，照样存成问号或截断。重点不是“有没有设utf8mb4”，而是“连接握手阶段是否协商成功”。
- PHP mysqli：必须在
new mysqli()后立刻调用$mysqli->set_charset('utf8mb4')，仅在DSN里加;charset=utf8mb4在某些版本下无效 - Python pymysql：连接参数中必须包含
charset='utf8mb4'，且不能写成utf8（MySQL里utf8实际是utf8mb3） - Java JDBC：URL里要加
useUnicode=true&characterEncoding=utf8mb4，注意是utf8mb4，不是UTF-8（后者会被忽略） - 命令行
mysql -u user -p：启动时加--default-character-set=utf8mb4，否则即使服务端设对，交互式输入也会按utf8解析
最大长度限制和索引前缀陷阱
utf8mb4下每个字符最多占4字节，而InnoDB默认单列索引前缀限制767字节，这意味着VARCHAR(255)字段如果全存emoji，实际可建索引长度只剩191字符（767 ÷ 4 ≈ 191）。不调整会报错Specified key was too long。
- MySQL 5.7.7+且
innodb_file_format = Barracuda、innodb_file_per_table = ON时，可开启innodb_large_prefix = ON，将前缀上限提到3072字节 - 更稳妥的做法是建索引时显式指定长度：
CREATE INDEX idx_name ON t(c(191)); -
TEXT和BLOB类型字段无法直接建全文索引（除非用ALGORITHM=INPLACE配合特定版本），存emoji时优先考虑VARCHAR(500)而非TEXT
真正容易被忽略的是：哪怕所有配置都对，只要某次INSERT语句里混用了utf8连接插入的数据，那条记录就永久损坏——MySQL不会校验内容是否真能用当前字符集表示，它只按连接声明的编码存原始字节。
