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

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

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

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

而且，此項目已運行多年，后期維護有些缺乏，my.ini文件也更是無法查看并修改的。

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

于是修改連接字符串（原值為：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！中文很正常。

問題解決。

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

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