JDBC連接mysql處理中文時(shí)亂碼解決辦法詳解

JDBC連接mysql處理中文時(shí)亂碼解決辦法詳解

近日，整合的項(xiàng)目需要跟一個(gè)比較老版本的mysql服務(wù)器連接，使用navicat查看，發(fā)現(xiàn)此mysql服務(wù)器貌似沒(méi)有設(shè)置默認(rèn)編碼，而且從操作此mysql的部分php文件看，應(yīng)該是使用的gb2312的編碼，但是，直接使用jdbc操作，從庫(kù)中讀取出來(lái)的中文全都是亂碼。

一開(kāi)始，使用類(lèi)似entity.setDepartName(new String(rs.getString("hg").getBytes("gbk"), "utf-8"));的方式，試圖進(jìn)行強(qiáng)制的編碼轉(zhuǎn)換，結(jié)果失敗了，因?yàn)?，無(wú)論采用何種方式，轉(zhuǎn)出來(lái)的字符總是各種各樣的亂碼，只是每次亂的方式都不一樣。比較郁悶。而且，此項(xiàng)目由于使用的其他的產(chǎn)品，無(wú)法在其中再加額外的類(lèi)似過(guò)濾器之類(lèi)的東西，所以這個(gè)問(wèn)題不是很好處理。

使用navicat連接查詢，沒(méi)有問(wèn)題，因此，試著將某個(gè)表導(dǎo)出sql，查看DDL中是否有關(guān)于編碼的設(shè)置，結(jié)果讓我很失望，編碼這一塊直接沒(méi)寫(xiě)。于是，將導(dǎo)出的sql文件修改擴(kuò)展名為html，使用IE打開(kāi)，發(fā)現(xiàn)沒(méi)有亂碼，查看此時(shí)的編碼格式果然是“gb2312”，但是，使用java強(qiáng)制的轉(zhuǎn)碼已無(wú)濟(jì)于事。怎么辦呢？

而且，此項(xiàng)目已運(yùn)行多年，后期維護(hù)有些缺乏，my.ini文件也更是無(wú)法查看并修改的。

突然想起，mysql連接的時(shí)候可以加上參數(shù)，并且有些參數(shù)是指定編碼的，這樣是不是可以解決問(wèn)題呢？

于是修改連接字符串（原值為：url="jdbc:mysql://192.168.18.254:3306/web_oa）為：

url="jdbc:mysql://192.168.18.254:3306/web_oa?useUnicode=truecharacterEncoding=gbk"

重啟應(yīng)用，查看，OK！中文很正常。

問(wèn)題解決。

這種方式其實(shí)是在連接時(shí)指定使用gbk的編碼格式，從而避免客戶端與服務(wù)端各自使用自己默認(rèn)的編碼格式交互，只要配置合適，不會(huì)出現(xiàn)亂碼問(wèn)題。

如有疑問(wèn)請(qǐng)留言或者到本站社區(qū)交流討論，感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！