必须将MySQL服务端、phpMyAdmin连接层及表字段字符集全部设为utf8mb4：修改my.cnf中[mysqld]段character-set-server=utf8mb4，phpMyAdmin配置$cfg['Servers'][$i]['charset']='utf8mb4'，并用ALTER TABLE MODIFY显式更新各VARCHAR/TEXT字段字符集。
MySQL 服务端未启用 utf8mb4 字符集支持
phpMyAdmin 本身不拦截 Emoji，真正卡住的是 MySQL 服务端。Emoji 需要 4 字节 UTF-8 编码（即 utf8mb4），而旧版 MySQL 默认字符集是 utf8（实际是阉割版 utf8mb3，最多 3 字节），遇到 ?、?? 这类符号会直接报错：Incorrect string value: '\xF0\x9F\x8C\x88'...。
检查方法：登录 MySQL 执行 SHOW VARIABLES LIKE 'character_set%';，确认 character_set_server 和 collation_server 是否为 utf8mb4 和 utf8mb4_unicode_ci。
- 修改
my.cnf（Linux）或my.ini（Windows），在[mysqld]下添加：
[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci
sudo systemctl restart mysql 或 Windows 服务管理器）ALTER DATABASE db_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;，再对每张表执行 ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
phpMyAdmin 连接时未声明 utf8mb4 编码
即使服务端支持了，phpMyAdmin 的 PHP 连接层仍可能用默认编码握手，导致客户端发送 Emoji 时被截断或转义失败。
关键配置项在 phpMyAdmin 的 config.inc.php 中：
立即学习“PHP免费学习笔记（深入）”；
- 确保已设置
$cfg['Servers'][$i]['charset'] = 'utf8mb4'; - 追加连接参数：
$cfg['Servers'][$i]['connection_charset'] = 'utf8mb4'; - 若使用 mysqli 扩展（推荐），还需确认 PHP 的
mysqli.default_charset在php.ini中设为utf8mb4
改完后清空浏览器缓存并重登 phpMyAdmin，可在右下角状态栏看到当前连接字符集是否显示为 utf8mb4。
字段定义未显式指定 utf8mb4，仅靠建表语句默认值不够
即使数据库和连接都设对了，如果某张表的 TEXT 或 VARCHAR 字段建表时没写明字符集，它仍继承旧的 utf8（尤其从备份导入或迁移老表时极易遗漏）。
验证方式：SHOW CREATE TABLE table_name; 查看字段定义是否含 CHARACTER SET utf8mb4；若没有，必须显式修改：
ALTER TABLE table_name MODIFY column_name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;- 注意：
MODIFY会重建字段，大表慎用；可先用CHANGE替换，避免列名变更风险 - 索引长度限制：utf8mb4 下
VARCHAR(255)的索引可能超限（InnoDB 单索引最大 767 字节），必要时缩减长度或开启innodb_large_prefix
PHP 脚本或浏览器提交时发生二次编码
phpMyAdmin 是 Web 应用，Emoji 经过 HTML 表单 → PHP → MySQL 多层流转。常见干扰点：
- HTML 页面
<meta charset="UTF-8">缺失或错误（必须是UTF-8，不是utf8） - PHP 文件自身保存为非 UTF-8 编码（如 ANSI/GBK），导致硬编码 SQL 字符串里的 Emoji 变乱码
- 使用
mysql_real_escape_string()（已废弃）或未适配 utf8mb4 的旧函数处理输入 - 某些代理或 CDN 对 POST 内容做自动转码（极少见，但生产环境需排查）
快速验证：在 phpMyAdmin 的 SQL 标签页中，直接粘贴 INSERT INTO t VALUES ('?'); 执行——如果失败，问题在服务端或连接层；如果成功，说明是前端或应用层编码污染。
最易被忽略的是表字段级字符集未更新，哪怕服务器、连接、数据库全设对了，一个 VARCHAR 字段还是 utf8，Emoji 就进不去。别只查顶层配置，一定逐层 SHOW CREATE TABLE 确认。
