phpMyAdmin 存储 Emoji 失败的根本原因是 utf8mb4 字符集未在表结构、连接层、MySQL 服务端三者中统一配置：表字段需用 utf8mb4 字符集与校对规则，phpMyAdmin 配置需设 connection_charset=utf8mb4，MySQL 服务端需在 my.cnf 中设置 character-set-server=utf8mb4 并重启。
phpmyadmin 默认使用 utf8 字符集连接 mysql，而 utf8 在 mysql 中实际对应的是 utf8mb3，最多只支持 3 字节的 unicode 字符——所有 4 字节的 emoji（如 ?、??、❤️?）都会被截断、替换为问号或直接报错。
MySQL 表和字段没用 utf8mb4 字符集
这是最常见也最容易被忽略的底层原因。即使你把网页、连接、PHP 都设成 UTF-8，只要表结构本身不是 utf8mb4，Emoji 就存不进去，自然也查不出来。
- 检查当前字段字符集：
SHOW CREATE TABLE your_table;，确认CHARSET=utf8mb4且COLLATE=utf8mb4_unicode_ci（或utf8mb4_0900_ai_ci） - 修改字段（示例）：
ALTER TABLE users MODIFY COLUMN name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; -
注意：仅改
CREATE TABLE语句里的声明不够，必须用ALTER TABLE实际变更已存在数据的列
phpMyAdmin 的 MySQL 连接未启用 utf8mb4
phpMyAdmin 通过 mysqli 或 PDO 连接数据库，默认可能仍发 SET NAMES utf8，这会把连接层拉回 utf8mb3，导致读取时自动丢弃 4 字节序列。
- 在 phpMyAdmin 配置文件
config.inc.php中添加：$cfg['Servers'][$i]['connection_charset'] = 'utf8mb4'; - 确保
$cfg['Servers'][$i]['extension'] = 'mysqli';（PDO 对utf8mb4支持更不稳定） - 重启 Web 服务后，进入 phpMyAdmin → “状态” → “MySQL 连接信息”，确认
Client characterset和Connection collation都是utf8mb4开头
MySQL 服务端未开启完整 utf8mb4 支持
MySQL 5.5.3+ 才原生支持 utf8mb4，但默认配置往往只开了半套——比如 collation-server 是 utf8mb4，但 character-set-server 还是 utf8，或者 max_allowed_packet 太小导致长 Emoji 字符串被截断。
- 检查全局变量：
SHOW VARIABLES LIKE 'character_set%'; SHOW VARIABLES LIKE 'collation%';，确保character_set_server和collation_server都是utf8mb4相关值 - 在
my.cnf中补全（需重启 MySQL）：[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci init_connect='SET NAMES utf8mb4' skip-character-set-client-handshake = FALSE
- 如果插入含 Emoji 的长文本失败，顺带调大：
max_allowed_packet = 64M
真正麻烦的不是改哪一行配置，而是这些层级——表结构、连接参数、服务端变量、客户端声明——必须全部对齐为 utf8mb4，漏掉任意一环，Emoji 就会悄无声息地变成 或空值。尤其要注意 phpMyAdmin 自己的连接 charset 设置，它常被当成“前端问题”跳过，其实是最关键的一环。
立即学习“PHP免费学习笔记（深入）”；
