以下的文章主要是對MySQL數(shù)據(jù)庫編碼的相關(guān)問題的全面解析，我們大家都知道Mysql數(shù)據(jù)庫的4.1可以作為一個(gè)分水嶺，其直接支持的是Unicode，以下的相關(guān)版本支持的不是很好。以下就是文章的詳細(xì)內(nèi)容。 我們大家都知道Mysql JDBC Driver的3.0.16是一個(gè)分水嶺，3.0

以下的文章主要是對MySQL數(shù)據(jù)庫編碼的相關(guān)問題的全面解析，我們大家都知道Mysql數(shù)據(jù)庫的4.1可以作為一個(gè)分水嶺，其直接支持的是Unicode，以下的相關(guān)版本支持的不是很好。以下就是文章的詳細(xì)內(nèi)容。

我們大家都知道Mysql JDBC Driver的3.0.16是一個(gè)分水嶺，3.0.16版本會取數(shù)據(jù)庫本身的MySQL數(shù)據(jù)庫編碼，然后按照該編碼轉(zhuǎn)換，這種方式和Oracle的JDBC Driver是一樣的。例如你的數(shù)據(jù)庫是GBK編碼的話，JDBC Driver就會把數(shù)據(jù)庫里面的取出來的字符串按照GBK往unicode轉(zhuǎn)換，送給JVM。因此正確的設(shè)置數(shù)據(jù)庫本身的編碼就尤為重要。

Mysql JDBC Driver3.0.16以下的版本則不然，它不會那么智能的根據(jù)數(shù)據(jù)庫編碼來確定如何轉(zhuǎn)換，它總是默認(rèn)使用ISO8859-1，因此你必須使用 characterEncoding=GBK來強(qiáng)制他把數(shù)據(jù)庫中取出來的字符串按照GBK來往unicode轉(zhuǎn)換。

因此，使用什么數(shù)據(jù)庫版本，不管是3.x，還是4.0.x還是4.1.x，其實(shí)對我們來說不重要，重要的有二：

1) 正確的設(shè)定數(shù)據(jù)庫編碼，Mysql4.0以下版本的字符集總是默認(rèn)ISO8859-1，Mysql4.1在安裝的時(shí)候會讓你選擇。如果你準(zhǔn)備使用UTF- 8，那么在創(chuàng)建數(shù)據(jù)庫的時(shí)候就要指定好UTF-8(創(chuàng)建好以后也可以改，4.1以上版本還可以單獨(dú)指定表的字符集)

2) 使用3.0.16以上版本的JDBC Driver，那么你就不需要再寫什么characterEncoding=UTF-8

這樣，如果，數(shù)據(jù)庫服務(wù)器使用的是utf-8,那么，jdbc就會把數(shù)據(jù)庫的內(nèi)容用utf-8格式傳到JVM中。

而，如果數(shù)據(jù)庫服務(wù)器中的某個(gè)數(shù)據(jù)庫使用的編碼是gbk，那么就會發(fā)生MySQL數(shù)據(jù)庫編碼不一致的錯(cuò)誤！這時(shí)，你可以使?characterEncoding=GBK強(qiáng)制使用gbk編碼傳遞到JVM中。

或者，你也可以把整個(gè)Mysql數(shù)據(jù)庫服務(wù)器的編碼轉(zhuǎn)變?yōu)間bk。

在Mysql中，默認(rèn)使用的是lartin1,也就是ISO8859-1字符集編碼。這是一種8位的編碼，適用于所有西歐字符。而對于漢字等是不合適的。

最好、最通用的編碼格式是utf-8，這時(shí)一種8位的Unicode字符集。它對于8位的西歐字符集來說，比較節(jié)省空間，而又能夠有效地表示漢字等字符。

因此，將Mysql數(shù)據(jù)庫服務(wù)器設(shè)置為utf-8格式，把所有的Mysql數(shù)據(jù)庫也設(shè)置為utf-8格式，這是最佳的選擇！全世界所有語言都可以很好的得到支持！

但是，一些常用的Mysql工具無法顯示utf-8格式的中文。如，Mysql自帶的工具，Mysql-Front等軟件。但是，MyManger和命令行下的Mysql是可以正常顯示utf-8格式的中文的。

如果，你選擇使用gbk，那么就應(yīng)該把數(shù)據(jù)庫服務(wù)器和數(shù)據(jù)庫的MySQL數(shù)據(jù)庫編碼格式全部轉(zhuǎn)為使用gbk，否則可能會出現(xiàn)問題。

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com