JDBC連接mysql處理中文時亂碼解決辦法詳解
JDBC連接mysql處理中文時亂碼解決辦法詳解
近日,整合的項目需要跟一個比較老版本的mysql服務(wù)器連接,使用navicat查看,發(fā)現(xiàn)此mysql服務(wù)器貌似沒有設(shè)置默認(rèn)編碼,而且從操作此mysql的部分php文件看,應(yīng)該是使用的gb2312的編碼,但是,直接使用jdbc操作,從庫中讀取出來的中文全都是亂碼。
一開始,使用類似entity.setDepartName(new String(rs.getString("hg").getBytes("gbk"), "utf-8"));的方式,試圖進(jìn)行強制的編碼轉(zhuǎn)換,結(jié)果失敗了,因為,無論采用何種方式,轉(zhuǎn)出來的字符總是各種各樣的亂碼,只是每次亂的方式都不一樣。比較郁悶。而且,此項目由于使用的其他的產(chǎn)品,無法在其中再加額外的類似過濾器之類的東西,所以這個問題不是很好處理。
使用navicat連接查詢,沒有問題,因此,試著將某個表導(dǎo)出sql,查看DDL中是否有關(guān)于編碼的設(shè)置,結(jié)果讓我很失望,編碼這一塊直接沒寫。于是,將導(dǎo)出的sql文件修改擴展名為html,使用IE打開,發(fā)現(xiàn)沒有亂碼,查看此時的編碼格式果然是“gb2312”,但是,使用java強制的轉(zhuǎn)碼已無濟于事。怎么辦呢?
而且,此項目已運行多年,后期維護(hù)有些缺乏,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=true&characterEncoding=gbk"
重啟應(yīng)用,查看,OK!中文很正常。
問題解決。
這種方式其實是在連接時指定使用gbk的編碼格式,從而避免客戶端與服務(wù)端各自使用自己默認(rèn)的編碼格式交互,只要配置合適,不會出現(xiàn)亂碼問題。
如有疑問請留言或者到本站社區(qū)交流討論,感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!
相關(guān)文章
win11設(shè)置mysql開機自啟的實現(xiàn)方法
本文主要介紹了win11設(shè)置mysql開機自啟的實現(xiàn)方法,要通過命令行方式設(shè)置,具有一定的參考價值,感興趣的可以了解一下2024-03-03
mysql報錯1267?-?Illegal?mix?of?collations問題的解決方法
這篇文章主要介紹了mysql報錯1267?-?Illegal?mix?of?collations問題的解決方法,解決這個問題的方法是將兩個字符集統(tǒng)一起來,文中介紹了好幾種解決的辦法,需要的朋友可以參考下2025-01-01
mysql community server 8.0.12安裝配置方法圖文教程
這篇文章主要為大家詳細(xì)介紹了mysql community Server 8.0.12安裝配置方法圖文教程,具有一定的參考價值,感興趣的小伙伴們可以參考一下2018-08-08

