MySQL字符集GBK、GB2312、UTF8区别解决MYSQL中⽂乱
码问题
MySQL字符集 GBK、GB2312、UTF8区别解决MYSQL中⽂乱码问题
MySQL中涉及的⼏个字符集
character-set-server/default-character-set：服务器字符集，默认情况下所采⽤的。
character-set-database：数据库字符集。
character-set-table：数据库表字符集。
优先级依次增加。所以⼀般情况下只需要设置character-set-server，⽽在创建数据库和表时不特别指定字符集，这样统⼀采⽤character-set-server字符集。
character-set-client：客户端的字符集。客户端默认字符集。当客户端向服务器发送请求时，请求以该字符集进⾏编码。
character-set-results：结果字符集。服务器向客户端返回结果或者信息时，结果以该字符集进⾏编码。
在客户端，如果没有定义character-set-results，则采⽤character-set-client字符集作为默认的字符集。所以只需要设置character-set-client字符集。
要处理中⽂，则可以将character-set-server和character-set-client均设置为GB2312，如果要同时处理多国语⾔，则设置为UTF8。
mysql下载后为什么不是一个安装包关于MySQL的中⽂问题
解决乱码的⽅法是，在执⾏SQL语句之前，将MySQL以下三个系统参数设置为与服务器字符集character-set-server相同的字符集。character_set_client：客户端的字符集。
character_set_results：结果字符集。
character_set_connection：连接字符集。
设置这三个系统参数通过向MySQL发送语句：set names gb2312
关于GBK、GB2312、UTF8
UTF-8：Unicode Transformation Format-8bit，允许含BOM，但通常不含BOM。是⽤以解决国际上字
符的⼀种多字节编码，它对英⽂使⽤8位（即⼀个字节），中⽂使⽤24为（三个字节）来编码。UTF-8包含全世界所有国家需要⽤到的字符，是国际编码，通⽤性强。UTF-8编码的⽂字可以在各国⽀持UTF8字符集的浏览器上显⽰。如，如果是UTF8编码，则在外国⼈的英⽂IE上也能显⽰中⽂，他们⽆需下载IE的中⽂语⾔⽀持包。
GBK是国家标准GB2312基础上扩容后兼容GB2312的标准。GBK的⽂字编码是⽤双字节来表⽰的，即不论中、英⽂字符均使⽤双字节来表⽰，为了区分中⽂，将其最⾼位都设定成1。GBK包含全部中⽂字符，是国家编码，通⽤性⽐UTF8差，不过UTF8占⽤的数据库⽐GBD ⼤。
GBK、GB2312等与UTF8之间都必须通过Unicode编码才能相互转换：
GBK、GB2312－－Unicode－－UTF8
UTF8－－Unicode－－GBK、GB2312
对于⼀个⽹站、论坛来说，如果英⽂字符较多，则建议使⽤UTF－8节省空间。不过现在很多论坛的插件⼀般只⽀持GBK。
GB2312是GBK的⼦集，GBK是GB18030的⼦集
GBK是包括中⽇韩字符的⼤字符集合
如果是中⽂的⽹站 推荐GB2312 GBK有时还是有点问题
为了避免所有乱码问题，应该采⽤UTF-8，将来要⽀持国际化也⾮常⽅便
UTF-8可以看作是⼤字符集，它包含了⼤部分⽂字的编码。
使⽤UTF-8的⼀个好处是其他地区的⽤户（如⾹港台湾）⽆需安装简体中⽂⽀持就能正常观看你的⽂字⽽不会出现乱码。
gb2312是简体中⽂的码
gbk⽀持简体中⽂及繁体中⽂
big5⽀持繁体中⽂
utf-8⽀持⼏乎所有字符
⾸先分析乱码的情况
1.写⼊数据库时作为乱码写⼊
2.查询结果以乱码返回
究竟在发⽣乱码时是哪⼀种情况呢？
我们先在mysql 命令⾏下输⼊
show variables like '%char%';
查看mysql 字符集设置情况:
mysql> show variables like '%char%';
+--------------------------+----------------------------------------+
| Variable_name | Value |
+--------------------------+----------------------------------------+
| character_set_client | gbk |
| character_set_connection | gbk |
| character_set_database | gbk |
| character_set_filesystem | binary |
| character_set_results | gbk |
| character_set_server | gbk |
| character_set_system | utf8 |
| character_sets_dir | /usr/local/mysql/share/mysql/charsets/ |
+--------------------------+----------------------------------------+
在查询结果中可以看到mysql 数据库系统中客户端、数据库连接、数据库、⽂件系统、查询
结果、服务器、系统的字符集设置
在这⾥，⽂件系统字符集是固定的，系统、服务器的字符集在安装时确定，与乱码问题⽆关
乱码的问题与客户端、数据库连接、数据库、查询结果的字符集设置有关
*注：客户端是看访问mysql 数据库的⽅式，通过命令⾏访问，命令⾏窗⼝就是客户端，通
过JDBC 等连接访问，程序就是客户端
我们在向mysql 写⼊中⽂数据时，在客户端、数据库连接、写⼊数据库时分别要进⾏编码转
换
在执⾏查询时，在返回结果、数据库连接、客户端分别进⾏编码转换
现在我们应该清楚，乱码发⽣在数据库、客户端、查询结果以及数据库连接这其中⼀个或多
个环节
接下来我们来解决这个问题
在登录数据库时，我们⽤mysql --default-character-set=字符集-u root -p 进⾏连接，这时我们再⽤show variables like '%char%'；命令查看字符集设置情况，可以发现客户端、数据库连接、查询结果的字符集已经设置成登录时选择的字符集了
如果是已经登录了，可以使⽤set names 字符集；命令来实现上述效果，等同于下⾯的命令：
set character_set_client = 字符集
set character_set_connection = 字符集
set character_set_results = 字符集
如果是通过JDBC 连接数据库，可以这样写URL：
URL=jdbc:mysql://localhost:3306/abs?useUnicode=true&characterEncoding=字符集JSP 页⾯等终端也要设置相应的字符集
数据库的字符集可以修改mysql 的启动配置来指定字符集，也可以在create database 时加上default character set 字符集来强制设置database 的字符集
通过这样的设置，整个数据写⼊读出流程中都统⼀了字符集，就不会出现乱码了
为什么从命令⾏直接写⼊中⽂不设置也不会出现乱码？
可以明确的是从命令⾏下，客户端、数据库连接、查询结果的字符集设置没有变化
输⼊的中⽂经过⼀系列转码⼜转回初始的字符集，我们查看到的当然不是乱码
但这并不代表中⽂在数据库⾥被正确作为中⽂字符存储
举例来说，现在有⼀个utf8 编码数据库，客户端连接使⽤GBK 编码，connection 使⽤默认
的ISO8859-1（也就是mysql 中的latin1），我们在客户端发送“中⽂”这个字符串，客户端将发送⼀串GBK 格式的⼆进制码给connection 层，connection 层以ISO8859-1 格式将这段⼆进制码发送给数据库，数据库将这段编码以utf8 格式存储下来，我们将这个字段以utf8
格式读取出来，肯定是得到乱码，也就是说中⽂数据在写⼊数据库时是以乱码形式存储的，
在同⼀个客户端进⾏查询操作时，做了⼀套和写⼊时相反的操作，错误的utf8 格式⼆进制
码⼜被转换成正确的GBK 码并正确显⽰出来。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。