根本原因是MySQL服务端默认字符集（如latin1或utf8mb3）与utf8mb4不兼容，必须修改XAMPP的my.ini中[mysqld]段为character-set-server=utf8mb4并重启服务，再转换旧库表字符集，导出时指定--default-character-set=utf8mb4且文件存为UTF-8无BOM。
导出 SQL 文件时中文变问号或乱码，根本原因在哪
不是导出工具的问题，而是 MySQL 客户端连接时默认用的字符集跟服务端不一致。XAMPP 默认 character_set_server 是 latin1 或过时的 utf8（即 utf8mb3），而你导出时用的命令行、phpMyAdmin 或 Navicat 等工具，大多走的是客户端连接通道，如果没显式指定字符集，就会继承服务端的默认值——结果就是：存进去是中文，查出来是乱码，导出自然也是乱码。
导出前必须确认并修正 MySQL 服务端默认字符集为 utf8mb4
只改客户端或只改 PHP 连接没用，乱码根子在服务端。必须编辑 XAMPP 的真实生效配置文件：C:\xampp\mysql\bin\my.ini（不是 conf\my.cnf，那个通常不被加载）。
在 [mysqld] 段下确保有且仅有：
character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci
删掉所有带 default-character-set 的行（该参数已废弃，且只在 [client] 段有效，对服务端无效）；不要在 [client] 或 [mysql] 段写 character-set-server，它只对服务端生效。
改完后必须用 XAMPP 控制面板「停止 → 启动」MySQL 服务，不能只刷新页面。
重启后立刻验证：
SHOW VARIABLES LIKE 'character_set_server'; SHOW VARIABLES LIKE 'collation_server';
两个返回值必须分别是 utf8mb4 和 utf8mb4_unicode_ci。否则就是改错了文件或段落。
已有数据库和表不自动升级，导出前得手动转字符集
改完 my.ini 只影响后续新建的库/表，旧数据不会变。如果你导出的是老库，里面表还是 latin1 或 utf8，那导出 SQL 里建表语句仍会声明旧字符集，导入到新环境照样乱码。
执行以下语句逐个修复（替换 your_db_name）：
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;
注意：CONVERT TO 会重写所有字段，包括 TEXT、VARCHAR 等，但不会改变字段长度限制（如 VARCHAR(255) 不会变）。如果表很大，操作可能锁表，请避开业务高峰。
用 phpMyAdmin 或命令行导出时，务必选对导出编码选项
即使服务端和表都设对了，导出界面若选错编码，依然生成乱码 SQL。
- phpMyAdmin 导出页 → 「导出方式」选「自定义」→ 滚动到底部「格式特定选项」→ 「导出字符集」选
utf8mb4（不是utf8） - 命令行导出（推荐用于大库）：
mysqldump -u root -p --default-character-set=utf8mb4 --skip-set-charset your_db_name > dump.sql
关键参数是--default-character-set=utf8mb4和--skip-set-charset（避免导出 SQL 里硬写SET NAMES latin1这种覆写语句） - 导出后的
.sql文件本身应保存为 UTF-8 编码（无 BOM），用 VS Code 或 Notepad++ 打开后右下角确认编码显示为UTF-8，不是ANSI或UTF-8 with BOM
最易被忽略的一点：改完 my.ini 后没重启 MySQL，或者改了 conf\my.cnf 却以为生效了；还有人导出时勾选了「添加 DROP TABLE」但忘了同步改表字符集，导致导入时重建的表又退回到 latin1 —— 这些都会让前面所有操作白费。
