MySQL數(shù)據(jù)庫編碼的問題解決
以下的文章主要是對MySQL數(shù)據(jù)庫編碼的相關(guān)問題的全面解析，我們大家都知道Mysql數(shù)據(jù)庫的4.1可以作為一個分水嶺，其直接支持的是Unicode，以下的相關(guān)版本支持的不是很好。以下就是文章的詳細(xì)內(nèi)容。
我們大家都知道Mysql JDBC Driver的3.0.16是一個分水嶺，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，其實對我們來說不重要，重要的有二：
1) 正確的設(shè)定數(shù)據(jù)庫編碼，Mysql4.0以下版本的字符集總是默認(rèn)ISO8859-1，Mysql4.1在安裝的時候會讓你選擇。如果你準(zhǔn)備使用UTF- 8，那么在創(chuàng)建數(shù)據(jù)庫的時候就要指定好UTF-8(創(chuàng)建好以后也可以改，4.1以上版本還可以單獨指定表的字符集)
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ù)器中的某個數(shù)據(jù)庫使用的編碼是gbk，那么就會發(fā)生MySQL數(shù)據(jù)庫編碼不一致的錯誤！這時，你可以使?characterEncoding=GBK強(qiáng)制使用gbk編碼傳遞到JVM中。
或者，你也可以把整個Mysql數(shù)據(jù)庫服務(wù)器的編碼轉(zhuǎn)變?yōu)間bk。
在Mysql中，默認(rèn)使用的是lartin1,也就是ISO8859-1字符集編碼。這是一種8位的編碼，適用于所有西歐字符。而對于漢字等是不合適的。
最好、最通用的編碼格式是utf-8，這時一種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)問題。
【編輯推薦】
- 對Oracle安全性的建設(shè)的建議
- Oracle LogMiner工具的具體使用方法
- Oracle死鎖進(jìn)程的關(guān)閉實操
- Oracle跟蹤事件的包括那些？
- 實現(xiàn)Oracle 客戶端配置的具體步驟
