不建议直接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方便重建
重建数据库并导入
删除旧库前务必确认备份可用;新建库时明确指定目标字符集:
标签: mysql php nginx 编码 字节 工具 后端
还木有评论哦,快来抢沙发吧~