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)为:
url="jdbc:mysql://192.168.18.254:3306/web_oa"
重启应用,查看,OK!中文很正常。
问题解决。
这种方式其实是在连接时指定使用gbk的编码格式,从而避免客户端与服务端各自使用自己默认的编码格式交互,只要配置合适,不会出现乱码问题。
如有疑问请留言或者到本站社区交流讨论,感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。
更新日志
- 群星《歌手2024 第4期》[FLAC/分轨][563.76MB]
- RiffKitten-ChaosParade(2024)[24-44,1]FLAC
- RuneKlakegg-Nattevandrer(2024)[24-96]\FLAC
- 赖冰霞.2006-金嗓典藏辑2IN1(南方金点系列)2CD【南方】【WAV+CUE】
- 群星.1988-国语金曲尽精英VOL.2【瑞成】【WAV+CUE】
- 张宇.1999-雨一直下【EMI百代】【WAV+CUE】
- 袁娅维.2021-月亮失眠了(DELUXE)【华纳】【FLAC分轨】
- AlanBroadbent-JazzFunk(2024)[24-44,1]
- 梅艳芳《绝代芳华》开盘母带[低速原抓WAV+CUE]
- ABC唱片-《外国精逊母带直刻神奇黑胶[APE+CUE].
- 群星《天赐的声音第五季 第6期》[320K/MP3][101.43MB]
- 群星《天赐的声音第五季 第6期》[FLAC/分轨][526.16MB]
- 群星《说唱梦工厂 第2期》[320K/MP3][96.37MB]
- 杨宗宪.1994-留你留袂着【有容唱片】【WAV+CUE】
- 李翊君.2005-勇敢的爱【创意唱片】【WAV+CUE】