共计 1746 个字符，预计需要花费 5 分钟才能阅读完成。
这篇文章将为大家详细讲解有关如何正确更换 MySQL 数据库字符集，文章内容质量较高，因此丸趣 TV 小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
作为资深的 DBA 程序员，在工作中是否会遇到更这样的情况呢?
原有数据库的字符集由于前期规划不足，随着业务的发展不能满足业务的需求。如原来业务系统用的是 utf8 字符集，后期有存储表情符号的需求，uft8 字符集就不能满足此时的业务需求了。需要用 utf8mb4 字符集。
数据库迁移，源和目标数据库的字符集不一致，需要在迁移之前进行转换。
更换数据库字符集的时候明明很认 (jian) 真(dan), 总是会出现各种各样的问题，导致更换之后数据库的数据出现乱码!
今天丸趣 TV 小编就同大家一起梳理下如何正确更换数据库的字符集，下文将简单讲解数据库不同字符集的转换过程。步骤转化，杜绝乱码!
常用字符集
GBK 是国家标准 GB2312 基础上扩容后兼容 GB2312 的标准。GBK 的文字编码是用双字节来表示的，即不论中、英文字符均使用双字节来表示，为了区分中文，将其 *** 位都设定成 1。GBK 包含全部中文字符，是国家编码，通用性比 UTF8 差，不过 UTF8 占用的数据库比 GBK 大。支持简体中文及繁体中文。
utf8 字符集：是一种 UTF- 8 编码的 Unicode 字符集，每个字符占用 1 到 3 个字节。UTF- 8 包含全世界所有国家需要用到的字符，是国际编码，通用性强。
utf8mb4 字符集：是一种 UTF- 8 编码的 Unicode 字符集，每个字符占用 1 到 4 个字节。可以覆盖 BMP 范围内的字符和增补字符。BMP 范围内的字符编码和 utf8 字符集中的编码是完全相同的，长度也是完全一样的，所以 utf8mb4 字符集可以兼容 utf8 字符集。
GB2312 是 GBK 的子集，GBK 是 GB18030 的子集。
big5 支持繁体中文
转化过程
以下模拟的是将 latin1 字符集的数据库修改成 GBK 的过程 。其他字符集的转换过程类似。需要注意的是要转换的目标字符集一定是源字符集的超级或者目标字符集的范围包含源字符集的范围。
1. 导表结构
mysqldump -uroot -p --default-character-set=gbk -d databasename createtb.sql其中 –default-character-set=gbk 表示设置以什么字符集连接，- d 表示只导出表结构，不导出数据。
2. 手工修改 createtb.sql 中表结构定义中的字符集为新的字符集。
3. 确保记录不再更新，导出所有记录
mysqldump -root -p --quick --no-create-info --extended-insert --default-character-set=latin1 databasename data.sqlquick：该选项用于转储大的表。它强制 mysqldump 从服务器一次一行地检索表中的行而不是所有的行，并在输出前将它缓冲到内存中。
extended-insert：使用包括几个 values 列表的多行 insert 语法。这样使转储文件更小，重载文件时可以加速插入。
no-create-info：不导出每个转储表的 create table 语句。
default-character-set=latin1: 按照原有的字符集导出所有数据。这样导出的文件中，所有中文都是可见的，不会保存成乱码。
4. 打开 data.sql，将 set names latin1 修改成 set names bgk.
5. 使用新的字符集创建新的数据库。
create database databasename default charset bgk;6. 创建表, 执行 createtab.sql
mysql -root -p databasename createtb.sql7. 导入数据，执行 data.sql
mysql -root -p databasename data.sql总结
新的字符集一定要是原字符集的超集，不然转化之后，数据会出现乱码。常见字符集转换如下：
关于如何正确更换 MySQL 数据库字符集就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
