正确入口是新建数据库时点击“更多”下拉箭头，在Collation中选择utf8mb4_开头的校对规则；修改已有库需进入其“操作”页签手动设置，且须逐级执行ALTER DATABASE、ALTER TABLE、ALTER COLUMN才能彻底生效。
修改 phpMyAdmin 中数据库默认字符集的正确入口
phpmyadmin 本身不提供“全局一键改所有库字符集”的功能，所谓“数据库级编码”实际指创建新库时的默认字符集，或对已有库执行 alter database。你看到的“服务器默认字符集”（如 utf8mb4）只是 mysql 启动时的配置项，phpmyadmin 不会覆盖它，也不会自动同步到已有库。
真正起作用的操作只有两个：新建库时选对字符集，或手动更新已有库。别在“设置”或“变量”页面里找“统一更改”——那里改的是 MySQL 实例级参数，需要重启服务，且不影响已存在库的定义。
新建数据库时强制指定 utf8mb4 字符集
这是最安全、最可控的方式。phpMyAdmin 在“新建数据库”表单里隐藏了关键选项，默认可能用 latin1 或旧版 utf8，必须主动展开并选择：
- 填写数据库名后，点击“创建数据库”按钮旁的 “更多” 下拉箭头
- 在
Collation下拉菜单中，**不要选带utf8_前缀的（如utf8_general_ci），必须选utf8mb4_开头的（如utf8mb4_unicode_ci）** - 确认勾选
Create database with same parameters（否则下次新建仍回退默认）
注意：utf8mb4 是 MySQL 5.5.3+ 正式支持的完整 UTF-8 实现，utf8 是阉割版（最多存 3 字节字符），微信昵称、emoji、生僻汉字都会乱码或截断。
批量修改已有数据库字符集的 SQL 操作
对已存在的库，只能逐个执行 ALTER DATABASE。phpMyAdmin 的“操作”页签里有这个功能，但容易漏掉关键细节：
- 进入目标数据库 → 点击顶部“操作”页签 → 在
Collation下拉框选utf8mb4_unicode_ci→ 点击“执行” - 该操作**只修改数据库元数据**（即
information_schema.SCHEMATA.DEFAULT_COLLATION_NAME），不影响已有表和字段的字符集 - 如果表里已有数据，且原字段是
latin1或utf8，必须后续单独改表和列，否则插入新数据时仍可能出错 - 执行后可运行
SELECT DEFAULT_COLLATION_NAME FROM information_schema.SCHEMATA WHERE SCHEMA_NAME = 'your_db';验证是否生效
为什么改完数据库字符集，表和字段还是乱码？
这是最高频的误解：数据库字符集 ≠ 表字符集 ≠ 列字符集。MySQL 层层继承，但不会自动向下同步。例如：
你把数据库改成 utf8mb4_unicode_ci，但某张表建表时写的是 ENGINE=InnoDB DEFAULT CHARSET=latin1，那这张表依然按 latin1 解析；同理，即使表是 utf8mb4，某个 VARCHAR 字段定义为 CHARSET=utf8，它照样只认 3 字节 UTF-8。
真正要改全，得三级联动：
- 改库：
ALTER DATABASE `db_name` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 改表：
ALTER TABLE `table_name` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 改字段（必要时）：
ALTER TABLE `table_name` MODIFY `col_name` VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
其中第二步 CONVERT TO 会重写整张表数据，生产环境务必先备份；第三步仅在字段定义与表不一致时才需要，比如字段显式声明了 CHARSET=utf8。
字符集不是开关，是数据解析的契约。改完数据库只是签了新合同，老表老字段还拿着旧合同干活，不重新签约（改表/改字段），它们就继续按老规矩来。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
