必须将 character_set_server 改为 utf8mb4 并重启 MySQL 服务，再逐库逐表执行 ALTER DATABASE 和 ALTER TABLE CONVERT TO utf8mb4，导出时还需指定 --default-character-set=utf8mb4 参数，否则旧数据仍乱码。
XAMPP 中 MySQL 导出 SQL 文件中文变问号、插入后查出来是乱码、phpMyAdmin 显示方块——根本不是前端或 PHP 的锅，而是 character_set_server 还卡在 latin1 或过时的 utf8（即 utf8mb3）上。必须改服务端默认字符集为 utf8mb4，否则所有补救都是临时糊墙。
确认当前 MySQL 字符集真实状态
别信“我改过了”，先连进 MySQL 命令行执行：
SHOW VARIABLES LIKE 'character_set%';<br>SHOW VARIABLES LIKE 'collation%';
重点关注三组值：character_set_server、collation_server 和 character_set_database。如果前两者仍是 latin1 或 utf8，说明配置没生效；如果 character_set_database 是 utf8mb4 但前两者不是，说明库是手动改的，服务端默认仍不安全。
-
character_set_server决定新建数据库的默认字符集，它不等于你某个库的字符集 -
init_connect如果存在且设为SET NAMES utf8，反而可能覆盖连接层设置，建议删掉或改成SET NAMES utf8mb4 - Windows 下 XAMPP 实际加载的配置文件几乎总是
C:\xampp\mysql\bin\my.ini，不是conf\my.cnf，编辑错文件等于白干
修改 my.ini 的 [mysqld] 段并重启服务
用管理员权限打开 C:\xampp\mysql\bin\my.ini，只在 [mysqld] 段下添加/修正这两行：
character-set-server = utf8mb4<br>collation-server = utf8mb4_unicode_ci
务必删除或注释掉以下内容：
- 所有带
default-character-set的行（该参数已废弃，且只在[client]段有效） -
character-set-server出现在[client]或[mysql]段——它对服务端完全无效 -
skip-character-set-client-handshake（除非你明确要强制忽略客户端声明，否则留坑）
改完保存，必须通过 XAMPP 控制面板「Stop」→「Start」MySQL 服务，不能点刷新或只重启 Apache。
已有数据库和表必须单独转换
改完服务端默认值，只影响之后新建的库表；旧库旧表的字符集、排序规则、字段编码全都不变，照样乱码。
对每个需要支持中文的数据库执行：
ALTER DATABASE `your_db_name` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
再对每张表执行：
ALTER TABLE `your_table_name` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
- 如果表里有
TEXT或VARCHAR字段且长度超限（如VARCHAR(255)在utf8mb4下实际占更多字节），CONVERT TO可能失败，需先调小长度或改字段类型 - 不要依赖 phpMyAdmin 的“操作 → 排序规则”界面批量改，它常漏掉字段级编码，必须用 SQL 命令逐层落实
- 改之前务必备份，
ALTER TABLE ... CONVERT TO是锁表操作，大表会阻塞写入
导出 SQL 文件时仍乱码？检查导出命令参数
即使服务端和表都设对了，用 mysqldump 导出时若没指定字符集，客户端仍可能按旧默认值读取数据。
正确导出命令必须显式加参数：
mysqldump -u root -p --default-character-set=utf8mb4 your_db_name > dump.sql
导出后用编辑器（如 VS Code）确认文件编码是 UTF-8 无 BOM；如果用 phpMyAdmin 导出，导出页面底部勾选「以 UTF-8 编码导出」，并确保「导出格式」选「SQL」而非「CSV」。
容易被忽略的一点：mysqldump 的 --default-character-set 必须跟服务端一致，设成 utf8 会退化回三字节，emoji 和部分生僻中文依然丢。
