理解和解决 MySQL 乱码问题
本文将详细介绍MySQL乱码的成因和具体的解决方案
在阅读本文之前，强烈建议对字符集编码概念还比较模糊的同学 阅读下博主之前对相关概念的一篇科普：
MySQL出现乱码的原因
要了解为什么会出现乱码，我们就先要理解：从客户端发起请求，到MySQL存储数据，再到下次从表取回客户端的过程中，哪些环节会有编码/解码的行为。为了更好的解释这个过程，博主制作了两张流程图，分别对应存入和取出两个阶段。
存入MySQL经历的编码转换过程
上图中有3次编码/解码的过程（红色箭头）。三个红色箭头分别对应：客户端编码，MySQL Server解码，Client编码向表编码的转换。其中Terminal可以是一个Bash，一个web页面又或者是一个APP。本文中我们假定Bash是我们的Terminal，即用户端的输入和展示界面。图中每一个框格对应的行为如下：
在terminal中使用输入法输入
terminal根据字符编码转换成二进制流
二进制流通过MySQL客户端传输到MySQL Server
Server通过character-set-client解码
判断character-set-client和目标表的charset是否一致
如果不一致则进行一次从client-charset到table-charset的一次字符编码转换
将转换后的字符编码二进制流存入文件中
从MySQL表中取出数据经历的编码转换过程
上图有3次编码/解码的过程（红色箭头）。上图中三个红色箭头分别对应：客户端解码展示，MySQL Server根据character-set-client编码，表编码向character-set-client编码的转换。
从文件读出二进制数据流
用表字符集编码进行解码
将数据转换为character-set-client的编码
使用character-set-client编码为二进制流
Server通过网络传输到远端client
client通过bash配置的字符编码展示查询结果
造成MySQL乱码的原因
1. 存入和取出时对应环节的编码不一致
这个会造成乱码是显而易见的。我们把存入阶段的三次编解码使用的字符集编号为C1,C2,C3（图一从左到右）；取出时的三个字符集依次编号为C1&,C2&,C3&（从左到右）。那么存入的时候bash&C1用的是UTF-8编码，取出的时候,C1'我们却使用了windows终端（默认是GBK编码），那么结果几乎一定是乱码。又或者存入MySQL的时候set names utf8(C2)，而取出的时候却使用了set names gbk(C2')，那么结果也必然是乱码
2. 单个流程中三步的编码不一致
即上面任意一幅图中的同方向的三步中，只要两步或者两部以上的编码有不一致就有可能出现编解码错误。如果差异的两个字符集之间无法进行无损编码转换（下文会详细介绍），那么就一定会出现乱码。例如：我们的shell是UTF8编码，MySQL的character-set-client配置成了GBK，而表结构却又是charset=utf8，那么毫无疑问的一定会出现乱码。
这里我们就简单演示下这种情况：
master [localhost] {msandbox} (test) & create table charset_test_utf8 (id int primary key auto_increment, char_col varchar(50)) charset = utf8;
Query OK, 0 rows affected (0.04 sec)
master [localhost] {msandbox} (test) &
Query OK, 0 rows affected (0.00 sec)
master [localhost] {msandbox} (test) & insert into charset_test_utf8 (char_col) values ('中文');
Query OK, 1 row affected, 1 warning (0.01 sec)
master [localhost] {msandbox} (test) &
+---------+------+---------------------------------------------------------------------------+
| Code | Message
+---------+------+---------------------------------------------------------------------------+
| Warning | 1366 | Incorrect string value: '\xAD\xE6\x96\x87' for column 'char_col' at row 1 |
+---------+------+---------------------------------------------------------------------------+
1 row in set (0.00 sec)
master [localhost] {msandbox} (test) & select id,hex(char_col),char_col from charset_test_utf8;
+----+----------------+----------+
| id | hex(char_col)
| char_col |
+----+----------------+----------+
1 | E6B | ????
+----+----------------+----------+
1 row in set (0.01 sec)
关于MySQL的编/解码
既然系统之间是按照二进制流进行传输的，那直接把这串二进制流直接存入表文件就好啦。为什么在存储之前还要进行两次编解码的操作呢？
Client to Server的编解码的原因是MySQL需要对传来的二进制流做语法和词法解析。如果不做编码解析和校验，我们甚至没法知道传来的一串二进制流是insert还是update。
File to Engine的编解码是为知道二进制流内的分词情况。举个简单的例子：我们想要从表里取出某个字段的前两个字符，执行了一句形如select left(col,2) from table的语句，存储引擎从文件读入该column的值是E4B8ADE69687。那么这个时候如果我们按照GBK把这个值分割成E4B8,ADE6,9687三个字，并那么返回客户端的值就应该是E4B8ADE6；如果按照UTF8分割成E4B8AD,E69687，那么就应该返回E4B8ADE69687两个字。可见，如果在从数据文件读入数据后，不进行编解码的话在存储引擎内部是无法进行字符级别的操作的。
1 / 3 页 查看其它分页：
上一篇：下一篇：
01%-04%-09%12%-12%-15%-25%30%-34%-61%64%-65%-73%-91%-96%
分享到微信朋友圈
打开微信，点击底部的“发现”，
使用“扫一扫”将网页分享至朋友圈。
请将我们加入您的广告过滤器的白名单，请支持开源站点。谢谢您。彻底解决mysql中文乱码的办法
MySQL会出现中文乱码的原因不外乎下列几点：1.server本身设定问题，例如还停留在latin12.table的语系设定问题(包含character与collation)3.客户端程式(例如php)的连线语系设定问题强烈建议使用utf8!!!!utf8可以兼容世界上所有字符!!!!Linux下Mysql插入中文显示乱码解决方案mysql -uroot -p 回车输入密码进入mysql查看状态如下：mysql不能插入中文默认的是客户端和服务器都用了latin1，所以会乱码。解决方案:mysql&mysql&alter database mydb &character set utf8;!另一种方法是直接修改默认的Mysql配置文件在debian环境下，彻底解决mysql无法插入中文和中文乱码的办法上面提到了用临时方法更改数据库的字符集设置，显示中文，但是后来发现在有的系统下并不能成功，比如我用的debian 7.0，找了好久终于找到一个适合debian系统的解决方案，debian 7.0下测试成功，其他诸如修改client和mysql加入default-character-set=utf8的方法之类的，只适用与5.5以前的系统！终极决绝方案，一劳永逸：debian下mysql的字符串修改为utf8(参考:rainysia的专栏)一、进入mysql(mysql -uroot -p),查看当前数据库字符集()二、查看当前系统版本(lsb_release -a)Mysql不能插入中文三、#vim /etc/f 。(5.5以前系统)在【client】下面加入&default-character-set=utf8在【mysqld】下面加入default-character-set=utf8Notice：注意 如果修改后不能启动报错试试把default-character-set=utf8改为character_set_server=utf8，仅仅加入到mysqld下面的.client就不需要加了四、#vim /etc/f 。(5.5以后系统)如下修改：[client]default-character-set=utf8[mysqld]default-storage-engine=INNODBcharacter-set-server=utf8collation-server=utf8_general_ci五、重启mysql(/etc/init.d/mysql stop & /etc/init.d/mysql &start)六、修成成功，进入mysql查看字符集(mysql&show variables like ‘character_set_%’;)Mysql无法插入中文一、避免创建数据库及表出现中文乱码和查看编码方法1、创建数据库的时候：CREATE DATABASE `test`CHARACTER SET 'utf8'COLLATE 'utf8_general_ci';2、建表的时候 CREATE TABLE `database_user` (`ID` varchar(40) NOT NULL default '',`UserID` varchar(40) NOT NULL default '',) ENGINE=InnoDB DEFAULT CHARSET=utf8;这3个设置好了，基本就不会出问题了,即建库和建表时都使用相同的编码格式。但是如果你已经建了库和表可以通过以下方式进行查询。1.查看默认的编码格式:mysql& show variables like &%char%&;+--------------------------+---------------+| Variable_name | Value |+--------------------------+---------------+| character_set_client | gbk || character_set_connection | gbk || character_set_database | utf8 || character_set_filesystem | binary || character_set_results | gbk || character_set_server | utf8 || character_set_system | utf8 |+--------------------------+-------------+注：以前2个来确定,可以使用set names utf8,set names gbk设置默认的编码格式;执行SET NAMES utf8的效果等同于同时设定如下：SET character_set_client='utf8';SET character_set_connection='utf8';SET character_set_results='utf8';2.查看test数据库的编码格式:mysql& show +------------+------------------------------------------------------------------------------------------------+| Database | Create Database |+------------+------------------------------------------------------------------------------------------------+| test | CREATE DATABASE `test` /*!40100 DEFAULT CHARACTER SET gbk */ |+------------+------------------------------------------------------------------------------------------------+3.查看yjdb数据库的编码格式:mysql& sh| yjdb | CREATE TABLE `yjdb` (`sn` int(5) NOT NULL AUTO_INCREMENT,`type` varchar(10) NOT NULL,`brc` varchar(6) NOT NULL,`teller` int(6) NOT NULL,`telname` varchar(10) NOT NULL,`date` int(10) NOT NULL,`count` int(6) NOT NULL,`back` int(10) NOT NULL,PRIMARY KEY (`sn`),UNIQUE KEY `sn` (`sn`),UNIQUE KEY `sn_2` (`sn`)) ENGINE=MyISAM AUTO_INCREMENT=1826 DEFAULT CHARSET=gbk ROW_FORMAT=DYNAMIC |二、避免导入数据有中文乱码的问题1:将数据编码格式保存为utf-8设置默认编码为utf8：set names utf8;设置数据库db_name默认为utf8:ALTER DATABASE `db_name` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_设置表tb_name默认编码为utf8:ALTER TABLE `tb_name` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_导入：LOAD DATA LOCAL INFILE 'C:\\utf8.txt' INTO TABLE2:将数据编码格式保存为ansi(即GBK或GB2312)设置默认编码为gbk：设置数据库db_name默认编码为gbk:ALTER DATABASE `db_name` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_设置表tb_name默认编码为gbk:ALTER TABLE `tb_name` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_导入：LOAD DATA LOCAL INFILE 'C:\\gbk.txt' INTO TABLE注：1.UTF8不要导入gbk，gbk不要导入UTF8;2.dos下不支持UTF8的显示;三、解决网页中乱码的问题将网站编码设为 utf-8,这样可以兼容世界上所有字符。　　如果网站已经运作了好久,已有很多旧数据,不能再更改简体中文的设定,那么建议将页面的编码设为 GBK, GBK与GB2312的区别就在于:GBK能比GB2312显示更多的字符,要显示简体码的繁体字,就只能用GBK。1.编辑/f　,在[mysql]段加入default_character_set=utf8;2.在编写Connection URL时，加上?useUnicode=true&characterEncoding=utf-8参;3.在网页代码中加上一个&set names utf8&或者&set names gbk&的指令，告诉MySQL连线内容都要使用utf8或者
阅读本文后您有什么感想? 已有
人给出评价!
04-10-0804-10-0704-10-0704-10-0704-10-0704-10-0704-10-0704-10-07
注：您的评论需要经过审核才会显示出来
没有查询到任何记录。
Copyright &
PC6下载().All Rights Reserved
备案编号:湘ICP备号查看: 66507|回复: 19
请教数据库编码utf-8怎么转换成GBK的
本帖最后由 兰若惜 于
19:42 编辑
我的网站地址： 欢迎围观
目标：数据库编码由utf8转移到GBK
先说下试验过后没成功的方法
1，TOOLS 编码转换，我差点没呕死。。。最新版本的后台只有 GBK转成UTF-8 没有UTF-8转GBK,帖个图
QQ截图09.jpg (64.74 KB, 下载次数: 43)
06:17 上传
2，按照论坛有些说的，用帝国数据备份导出数据库。。。然后删除数据库中所有表，然后用帝国备份导入数据库，
这样以后，数据库中得表示显示的GBK，但是论坛主题的名字，内容，还有前台导航栏都是乱码
后台管理界面不是乱码
&&求无论哪种方式帮忙。。。我已经连续奋战10小时了。。。无言。。头疼
&&我自己的解决方案：已经成功
首先，进discuz后台管理，数据库备份，备份数据库
& &其次，从ftp备份相关文件夹下找到数据库文件下载，我的一共8个文件。下载下来
& &第三，用编码转换工具转码，转码工具见附件
& &第四，将转码后的GBK编码上传到ftp备份相关文件夹下，替换掉原先的备份数据库，
& &最后，在discuz后台恢复数据库
咳咳，杯具了，文件过大无法上传，我放我站里哈，需要的自己来下 convert编码转换工具，大小777kb
编码转换工具下载地址：/thread-882-1-1.html&&
帝国备份王试试吧。
论坛程序是否也换成GBK了?
是否有更新缓存?
firefish01 发表于
论坛程序是否也换成GBK了?
是否有更新缓存?
昨天刚发了帖子后，用笨办法弄好了
数据转换编码后，要用对应的编码程序才可以正常显示
另外注意mysql的版本，不然也会乱码
兰若惜 发表于
昨天刚发了帖子后，用笨办法弄好了
解决了就好，一般转码用TOOLS就可以了
学习学习。
头像被屏蔽
提示: 作者被禁止或删除 内容自动屏蔽
Powered bymysql数据库连接编码转化失效
1.&问题描述
mysql数据库连接通过进行编码的转换，在通过报表录入往数据库中录入中文数据的时候，总是出现乱码，这个该怎么解决呢？
2.&解决方案
2.1&检查系统的默认字体例如查看windows下C:\WINDOWS\Fonts\的字体样式，如下图：如果没有以上字体，百度一下缺少字体自行安装，安装之后，已经包含以上的字体如果还是出现问题，则需要参看及修改MySQL字符集。2.2&参看及修改MySQL字符集1)查看mysql数据字符集MySQL字符集介绍：MySQL的字符集支持(Character Set Support)有两个方面：字符集(Character set)和排序方式(Collation)。对于字符集的支持细化到四个层次：服务器(server)， 数据库(database)， 数据表(table)， 连接(connection)。查看默认字符集 (默认情况下，mysql的字符集是latin1(ISO_8859_1)通常，查看系统的字符集和排序方式的设定可以通过下面的两条命令实现：SHOW VARIABLES LIKE 'character%';//查看字符集如下图：SHOW VARIABLES LIKE 'collation_%';//查看排序方式如下图：2)修改mysql字符集方法一：修改mysql的my.ini文件中的字符集键值。default-character-set = utf8
character_set_server = utf8&修改完后，重启mysql的服务，service mysql restart， 使用mysql& SHOW VARIABLES LIKE 'character%';查看，发现数据库编码均已改成utf8。方法二：使用sql命令SET character_set_client = utf8 ;
SET character_set_connection = utf8 ;
注：character_set_connection,database,results,server这四个字符一致，就可以不出现乱码。以上修改字符集的方法是windows系统下的，如果是linux系统，使用linux下面的方法即可，思路一样。修改完成之后，通过show variables like 'character_set_%'查看字符编码，修改完之后如果还是出现乱码问题。则需要在设计器定义数据连接数修改。2.3&数据连接修改在定义数据连接增加URL的地方增加参数?useUnicode=true&characterEncoding=UTF-8而不是通过定义数据连接窗口下面的进行设置，如下：
下载次数：0
如果您认为本文档还有待完善，请
文档内容仅供参考，如果你需要获取更多帮助，请咨询
关于技术问题，您还可以通过获取帮助，论坛上有非常多的大神，有些水平比帆软工程师还要高哦。
若您还有其他非技术类问题，可以联系帆软传说哥（微信ID：frbiaoge）
本文档是否有用？是否
我们非常感谢您的反馈。
提交反馈：