mysql中文字乱码怎么解决方法_如何解决mysql个别文字乱码的问题

mysql个别文字乱码的解决方法:首先打开server\MySQL文件夹;然后打开my.ini文件;最后添加代码为“character_set_server=gbk”即可。

652a534f0f22e5a59c51f8748ba30176.png

java网站MySQL数据库个别文字乱码问题

乱码问题很让人头疼,特别是极其少量的乱码。这里分享一个个人开发过程中遇到的一个乱码问题,希望能对大家有所帮助。

方法/步骤

检查乱码出现位置——前台。

这里小编通过火狐浏览器的firebug工具检查了前台jsp页面,发现post的的确是utf8的数据。所以,排除前台传送数据时产生乱码。

检查乱码出现的位置——后台。

因为同事用来接收前台数据的是struts formbean的方式,所以小编不是很了解,就用了个笨办法:找到产生乱码的数据传递过程,对于过程中经过的每个方法都添加一个输出,在后台查看输出的数据。

结果,这些数据也是正常的。

检查乱码出现位置——MySQL数据库。

当排除了前后台,那么只剩下数据库了。那么问题就在数据库上了。

小编先在数据库里直接数据了乱码的汉字,发现可以存储。排除了数据库表的文字编码问题。

之后小编在工具软件中查询了一下(语句:show variables like '%char%';),结果如下图。问题一下子发现了:由于gb2312中汉字并不全,所以一些汉字是没有编码的,此时这些汉字就会被强制转换为“?”,至此这个汉字的数据就丢失了,而且不可还原。

318d55c964aae99f3c4a757760139d2a.png

原因详解:

MySQL数据库的数据进出实际上是有几道转换手续的。

其中进入的时候:character_set_client转character_set_connection转character_set_server存入数据库。

而取出的时候:数据库取出转character_set_server转character_set_result。

这样大家应该明白了吧,进出数据库的数据都要经过character_set_server转换,所以无论是前台的正确的汉字还是数据库内正确的汉字,只要不在gb2312内就会被转换成问号。

解决方法:

一劳永逸的方法,小编直接在server\MySQL文件夹内,将my.ini文件修改了。

修改过程为:找到[mysqld]再向下找几行发现“default_character_set=utf8”,在该行下添加一行“character_set_server=gbk”。

当然不是必须用gbk,小编是为了小心起见用了国标扩展,即gb2312的扩展gbk。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值