一、使用jdbc連接數(shù)據(jù)庫，插入數(shù)據(jù)庫時，數(shù)據(jù)里的數(shù)據(jù)顯示亂碼，為 " ??? "

兩種解決方案：

1、修改服務端的mysql配置文件，編輯my.cnf文件，在[mysqld]下添加一行character_set_server = utf8，然后重啟mysql服務

2、使用jdbc連接時，指定正確的編碼，jdbc:mysql://127.0.0.1:3306/test?useUnicode=true&characterEncoding=utf8

二、為什么配置了character_set_server = utf8，jdbc連接時就可以不指定編碼

查閱官方文檔，jdbc在連接數(shù)據(jù)庫時，會先查詢服務端的character_set_server值，再確定連接時使用的編碼。要想覆蓋客戶端的自動檢測編碼功能，可以使用characterEncoding屬性

文檔地址：https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-reference-charsets.html

三、MYSQL的字符處理機制是怎樣的，為什么jdbc不指定編碼或者服務端不設置character_set_server=utf8會導致亂碼

先查看下MYSQL的字符集

解釋下這幾個參數(shù)：

character_set_client：客戶端來源數(shù)據(jù)使用的字符集
character_set_connection：連接層字符集
character_set_database：當前選中數(shù)據(jù)庫的默認字符集
character_set_filesystem：把os上文件名轉(zhuǎn)化成此字符集，默認binary是不做任何轉(zhuǎn)換的
character_set_results：查詢結(jié)果字符集
character_set_server：默認的內(nèi)部操作字符集
character_set_system：系統(tǒng)元數(shù)據(jù)字符集
character_sets_dir：字符集的路徑

修改服務端的mysql配置文件，編輯my.cnf文件，在[mysqld]下添加一行character_set_server = utf8，然后重啟mysql服務，再去查詢字符集：

然后了解下字符集轉(zhuǎn)換流程：

插入數(shù)據(jù)：

服務端將數(shù)據(jù)由客戶端（character_set_client）字符集轉(zhuǎn)成character_set_connection，然后將character_set_connection字符集轉(zhuǎn)成相應的字符集存儲到磁盤中，這個相應的字符集會按照以下優(yōu)先級來判斷：

1、創(chuàng)建表時設置的字符集

2、創(chuàng)建庫時設置的字符集

3、character_set_database字符集

4、character_set_server字符集

查詢數(shù)據(jù)：

服務端將數(shù)據(jù)由存儲在磁盤中的字符集，轉(zhuǎn)換成character_set_results字符集，返回給客戶端

然后分析下

1、jdbc不設置characterEncoding=utf8，服務端character_set_server為latin1，jdbc以latin1字符集連接數(shù)據(jù)庫，數(shù)據(jù)庫服務端將latin1轉(zhuǎn)成utf8然后存儲到磁盤（因為character_set_connection和創(chuàng)建表指定的字符集都是utf8），這時就造成了亂碼

2、jdbc不設置characterEncoding=utf8，服務端character_set_server為utf8，或者jdbc設置characterEncoding=utf8，jdbc都以utf8字符集連接數(shù)據(jù)庫，數(shù)據(jù)庫服務端以utf8存儲到磁盤，這時數(shù)據(jù)就是正常的

到此這篇關于關于Java中使用jdbc連接數(shù)據(jù)庫中文出現(xiàn)亂碼的問題的文章就介紹到這了,更多相關jdbc連接數(shù)據(jù)庫中文亂碼內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論