JDBC连接mysql处理中文时乱码解决办法详解

这篇文章主要介绍了JDBC连接mysql处理中文时乱码解决办法详解的相关资料,希望通过本文能帮助到大家,需要的朋友可以参考下

JDBC连接mysql处理中文时乱码解决办法详解

近日,整合的项目需要跟一个比较老版本的mysql服务器连接,使用navicat查看,发现此mysql服务器貌似没有设置默认编码,而且从操作此mysql的部分php文件看,应该是使用的gb2312的编码,但是,直接使用jdbc操作,从库中读取出来的中文全都是乱码。

一开始,使用类似entity.setDepartName(new String(rs.getString("hg").getBytes("gbk"), "utf-8"));的方式,试图进行强制的编码转换,结果失败了,因为,无论采用何种方式,转出来的字符总是各种各样的乱码,只是每次乱的方式都不一样。比较郁闷。而且,此项目由于使用的其他的产品,无法在其中再加额外的类似过滤器之类的东西,所以这个问题不是很好处理。

使用navicat连接查询,没有问题,因此,试着将某个表导出sql,查看DDL中是否有关于编码的设置,结果让我很失望,编码这一块直接没写。于是,将导出的sql文件修改扩展名为html,使用IE打开,发现没有乱码,查看此时的编码格式果然是“gb2312”,但是,使用java强制的转码已无济于事。怎么办呢?

而且,此项目已运行多年,后期维护有些缺乏,my.ini文件也更是无法查看并修改的。

突然想起,mysql连接的时候可以加上参数,并且有些参数是指定编码的,这样是不是可以解决问题呢?

于是修改连接字符串(原值为:url="jdbc:mysql://192.168.18.254:3306/web_oa)为:

?

1

url="jdbc:mysql://192.168.18.254:3306/web_oa?useUnicode=true&characterEncoding=gbk"

重启应用,查看,OK!中文很正常。

问题解决。

这种方式其实是在连接时指定使用gbk的编码格式,从而避免客户端与服务端各自使用自己默认的编码格式交互,只要配置合适,不会出现乱码问题。

如有疑问请留言或者到本站社区交流讨论,感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

原文链接:http://blog.csdn.net/cyq1984/article/details/7866490

版权声明:本文(即:原文链接:https://www.qin1qin.com/catagory/19833/)内容由互联网用户自发投稿贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 630367839@qq.com 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022-09-07 11:18:40
下一篇 2022-09-07 11:18:51

软件定制开发公司

相关阅读

发表回复

登录后才能评论
通知:禁止投稿所有关于虚拟货币,币圈类相关文章,发现立即永久封锁账户ID!