不建议直接ALTER DATABASE修改字符集，应导出数据、重建库并导入；需确认各级字符集一致性，导出时显式指定--default-character-set，重建库时明确定义CHARACTER SET和COLLATE，导入前修改dump文件头部，并确保连接层SET NAMES对齐。
直接修改数据库字符集存在风险，不建议在生产环境直接 ALTER DATABASE 修改；稳妥做法是导出数据、重建库、导入数据，确保字符集彻底变更且兼容原有内容。
确认当前字符集和排序规则
执行以下语句查看数据库、表、列的实际字符集：
-
数据库级：
SHOW CREATE DATABASE db_name; -
表级：
SHOW CREATE TABLE table_name; -
服务器默认：
SHOW VARIABLES LIKE 'character_set%';和SHOW VARIABLES LIKE 'collation%';
重点关注 character_set_database、character_set_client、character_set_connection 是否一致，不一致易导致乱码。
导出时指定正确字符集（关键步骤）
使用 mysqldump 导出必须显式指定源字符集，否则可能隐式转码丢数据：
- 若原库是
utf8mb4，导出命令加：--default-character-set=utf8mb4 - 若原库是
latin1但存的是 GBK 编码中文（常见历史坑），需先用--default-character-set=latin1导出，再用工具或脚本转码，不能直接强设 utf8mb4 - 推荐完整导出命令示例：
mysqldump -u root -p --default-character-set=utf8mb4 --skip-set-charset --add-drop-database db_name > dump.sql
其中--skip-set-charset避免 dump 文件里写死旧字符集，--add-drop-database方便重建
重建数据库并导入
删除旧库前务必确认备份可用；新建库时明确指定目标字符集：
- 创建新库：
CREATE DATABASE new_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 修改 dump.sql 文件头部的
CREATE DATABASE语句，替换为上一步的新建语句 - 导入：
mysql -u root -p --default-character-set=utf8mb4 new_db - 导入后检查关键表字段是否仍是
utf8mb4，必要时对字段单独执行：ALTER TABLE t MODIFY COLUMN c VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
应用层同步适配
仅改库不够，客户端连接也必须匹配：
- 连接字符串中加入：
?charset=utf8mb4（如 JDBC：jdbc:mysql://host/db?charset=utf8mb4） - PHP PDO 设置：
$pdo->exec("SET NAMES utf8mb4"); - Nginx/MySQL 配置中检查
init_connect='SET NAMES utf8mb4'是否启用（注意：该设置对 SUPER 权限用户无效）
测试重点：含 emoji、生僻汉字、多字节符号的读写是否正常，前后端展示是否一致。
基本上就这些。核心是“导出不丢码、重建明声明、导入不覆盖、连接要对齐”。跳过任一环都可能引发静默乱码。
