Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103684994
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Mysql/postgreSQL

2008-05-17 12:50:34

   来源: 作者:guojie

最近,在用mysql做一个测试用例的时候,出现乱码。

现象:无论是从MySQL Query Browser还是Java程序插入数据库,只要插入中文字符, 就会报错“Data too long for column 'XXXXX' ”。这里,显然不是字段长度设置太短的问题。

在网上查,大多介绍不外乎下面集中解决

1.修改Server端编码。修改character_set_xxx

2.在JDBC-URL
后面加上&useUnicode=true&characterEncoding=UTF8

3.修改my.ini文件
去掉sql-mode = "STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"中的STRICT_TRANS_TABLES

 

真是病急乱投医,所以该试的方法都试了,问题依然无法解决。

被这个问题折磨的实在不行了,最后准备卸载重装一次。再不行,就去别人的机器上试下。在备份表的SQL语句时,发现SQL如下:

DROP TABLE IF EXISTS `test`.`test1`;
CREATE TABLE `test`.`test1` (
column_name column_type [charset latin7]
) ENGINE=InnoDB DEFAULT CHARSET=latin7;
最后面,竟有这么一句:
DEFAULT CHARSET=latin7。

直接晕倒,明明已经在MySQL Query Browser中将表的编码设置成UTF8了,怎么是latin7。改成UTF8,问题解决。
看来,有时候不能太相信可视化的编辑器,还是直接的SQL最直接。

还有,就是查看下表的字段也有column charset选项,看是否设置正确了。

综上所述,出现乱码后,一定检查数据库服务器、库、表、字段的编码设置是否支持中文。

经过试验,只要上述都设置为UTF8,即使,URL后面不添加useUnicode=true&characterEncoding=UTF8就不会出现乱码。
阅读(298) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~