修改MySQL服务端配置，釜底抽薪设置utf8mb4默认字符集
许多开发者常对phpMyAdmin默认字符集产生误解，以为它能直接控制MySQL的编码设置。实际上，phpMyAdmin只是一个数据库管理工具，并不决定MySQL的默认字符集。您看到的“默认字符集”选项，实际来源于MySQL服务端的配置，即my.cnf或my.ini文件中的character_set_server和collation_server参数。
因此，如果在phpMyAdmin中新建数据库或表时，默认仍显示为utf8（即utf8mb3），根本原因在于MySQL启动时未能正确加载utf8mb4配置。这个责任不应归咎于phpMyAdmin。
修改MySQL服务端配置，釜底抽薪设置utf8mb4默认字符集
这是最根本的解决方案，否则每次新建数据库或表时都可能回退到旧编码，治标不治本。需要特别注意的是，修改配置后必须重启MySQL服务才能生效。
- 编辑MySQL配置文件：Linux系统通常位于
/etc/mysql/my.cnf，Windows系统则位于C:ProgramDataMySQLMySQL Server X.Xmy.ini。 - 在配置文件的
[mysqld]段落下，添加以下两行核心配置：character_set_server = utf8mb4 collation_server = utf8mb4_unicode_ci
- 强烈建议添加
skip-character-set-client-handshake参数，可防止客户端随意更改编码，增加一道保险。 - 重启MySQL服务：Linux系统执行
sudo systemctl restart mysql，Windows系统在服务管理器中重启MySQL服务。
如何验证配置是否生效？登录MySQL后，执行命令 SHOW VARIABLES LIKE 'character_set_server';，如果返回结果为 utf8mb4，则说明配置成功。
phpMyAdmin界面中的手动切换与补救措施
即使服务端已经正确配置，有时phpMyAdmin的“新建表”页面下拉菜单中，默认选项仍然显示为 utf8_general_ci。这通常是前端缓存或旧版本UI的遗留问题，遇到这种情况，手动操作即可解决：
- 新建数据库时，在“排序规则”下拉框中手动选择
utf8mb4_unicode_ci，避免使用utf8_unicode_ci。 - 新建数据表时，不要直接使用“默认排序规则”，务必在字段定义页面，为每个
VARCHAR或TEXT字段单独设置Collation为utf8mb4_unicode_ci。 - 对于已有的数据表，可按照以下步骤修改：选中表 → 进入“操作”选项卡 → 在“排序规则”下拉框中选择
utf8mb4_unicode_ci→ 勾选“更改所有列的排序规则”→ 执行修改。
为什么优先选择utf8mb4_unicode_ci排序规则？
很多用户在选择排序规则时，会在 utf8mb4_unicode_ci 和 utf8mb4_general_ci 之间犹豫。实际上，utf8mb4_general_ci 是MySQL 5.5.3之前的旧排序规则，早已被弃用。它对emoji、德语ß、西班牙语ñ等特殊字符的处理不够准确。而 utf8mb4_unicode_ci 基于Unicode 4.0标准，兼容性更佳。MySQL 8.0以上版本默认使用 utf8mb4_0900_ai_ci，但phpMyAdmin旧版本可能未列出该选项。因此，优先选择 utf8mb4_unicode_ci 是最稳妥的方案，切勿图省事选用过时的 utf8mb4_general_ci。
在实际操作中，容易被忽略的一点是：仅修改数据库和表级的排序规则并不足够，字段级，尤其是 TEXT 类型的字段，必须显式指定collation，否则它可能继承旧规则，导致问题依旧存在。此外，应用连接层（例如PHP的 mysqli_set_charset() 或PDO DSN中的 charset=utf8mb4）也需同步配置，否则即使服务端设置正确，存入的数据仍可能出现乱码。这几个环节缺一不可。
