如何用phpMyAdmin解决WordPress表情保存失败？

根本原因是MySQL默认utf8仅支持3字节编码，无法存储4字节Emoji；必须将数据库、所有WordPress表（如wp_posts、wp_comments）及字段（如post_content）统一设为utf8mb4字符集和utf8mb4_unicode_ci排序规则，并确保phpMyAdmin连接也使用utf8mb4。

WordPress 表情（Emoji）保存失败，根本原因是 MySQL 默认字符集不支持 4 字节 UTF-8 字符（如 ?、??），而 phpMyAdmin 只是操作界面——真正要改的是数据库和表的字符集与排序规则。直接在 phpMyAdmin 里点几下就能修好，但顺序和细节错一个就白忙。

确认当前数据库字符集是否为 utf8mb4

WordPress 5.0+ 要求数据库使用 utf8mb4，不是旧的 utf8（后者只支持最多 3 字节，无法存 Emoji）。登录 phpMyAdmin 后，先选中你的 WordPress 数据库，点击「操作」页签：

1. 看「排序规则」字段，应为类似 utf8mb4_unicode_ci 或 utf8mb4_0900_ai_ci，而不是 utf8_general_ci
2. 如果显示的是 utf8_*，说明数据库层面还没升级，不能只改表
3. 注意：仅修改数据库排序规则不会自动更新已有表，必须单独处理

批量修改 WordPress 所有表的字符集

WordPress 有十几张表（wp_posts、wp_comments 等），其中 wp_posts.post_content 和 wp_comments.comment_content 是 Emoji 主要落点。在 phpMyAdmin 中：

1. 左侧勾选全部表（或至少勾选 wp_posts、wp_comments、wp_postmeta）
2. 顶部下拉菜单选「转换为」→ 选择 utf8mb4_unicode_ci
3. 点「执行」——这会同时改表字符集和所有文本字段（VARCHAR、TEXT 等）的字符集
4. 别漏掉 wp_options，否则主题/插件设置里的 Emoji 也会乱码

检查并修正 wp_posts.post_content 字段长度限制

某些老迁移的表里，post_content 字段可能是 LONGTEXT，但排序规则仍为 utf8；更隐蔽的问题是：如果字段定义写死为 TEXT CHARACTER SET utf8，即使表升级了也不生效。

1. 在 phpMyAdmin 中点开 wp_posts 表 → 「结构」页签
2. 找到 post_content 字段，看「排序规则」列，必须是 utf8mb4_unicode_ci
3. 如果不是，点击「更改」图标，在「排序规则」下拉中手动选 utf8mb4_unicode_ci，保存
4. 同理检查 post_title、post_excerpt —— 标题里加 Emoji 也会失败

phpMyAdmin 本身也要用 utf8mb4 连接

即使数据库和表都对了，如果 phpMyAdmin 连接时没声明 utf8mb4，插入/编辑时仍可能截断或转成问号。

1. 打开 phpMyAdmin 的配置文件 config.inc.php
2. 确保有这一行：$cfg['Servers'][$i]['charset'] = 'utf8mb4';
3. 如果没有，加在 $cfg['Servers'][$i] 配置块内，重启 Web 服务（或清浏览器缓存）
4. 验证方法：在 phpMyAdmin SQL 窗口执行 SHOW VARIABLES LIKE 'character_set%';，确认 character_set_client、character_set_connection、character_set_results 全是 utf8mb4

改完后，务必用真实 Emoji（比如复制 ? 到文章编辑器发布）测试，不要只看 phpMyAdmin 里能否手动插入——WordPress 的 wp_insert_post() 会二次过滤，只有全链路（PHP 连接 + MySQL 配置 + 表结构 + 字段定义）都是 utf8mb4 才算真正通了。