mysql个别文字乱码的解决方法：首先打开server\MySQL文件夹；然后打开my.ini文件；最后添加代码为“character_set_server=gbk”即可。
推荐：《mysql视频教程》
java网站MySQL数据库个别文字乱码问题
乱码问题很让人头疼，特别是极其少量的乱码。这里分享一个个人开发过程中遇到的一个乱码问题，希望能对大家有所帮助。
方法/步骤
检查乱码出现位置——前台。
这里小编通过火狐浏览器的firebug工具检查了前台jsp页面，发现post的的确是utf8的数据。所以，排除前台传送数据时产生乱码。
检查乱码出现的位置——后台。
因为同事用来接收前台数据的是struts formbean的方式，所以小编不是很了解，就用了个笨办法：找到产生乱码的数据传递过程，对于过程中经过的每个方法都添加一个输出，在后台查看输出的数据。
结果，这些数据也是正常的。
检查乱码出现位置——MySQL数据库。
当排除了前后台，那么只剩下数据库了。那么问题就在数据库上了。
小编先在数据库里直接数据了乱码的汉字，发现可以存储。排除了数据库表的文字编码问题。
v1.8新增功能简介： 一、后台新增生成网站地图和生成Sitemap.xml的功能。 二、新增下载中心功能，可在后台上传doc,xls,ppt,rar,pdf文件。 三、新增产品缩略图自动缩放功能，图片按比例缩放，解决了图片变形问题。 四、新闻、产品详细页新增了上一个、下一个的功能，改善用户体验。 五、在线客服新增了阿里巴巴贸易通在线客服。 六、可在后台设置分享代码，如百度分享和AddThis等。
之后小编在工具软件中查询了一下（语句：show variables like '%char%';），结果如下图。问题一下子发现了：由于gb2312中汉字并不全，所以一些汉字是没有编码的，此时这些汉字就会被强制转换为“？”，至此这个汉字的数据就丢失了，而且不可还原。
原因详解：
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。
