Mysql數(shù)據(jù)庫編碼的問題的解析
Mysql數(shù)據(jù)庫編碼在實際的應用中經(jīng)常出現(xiàn)的問題，導致Mysql數(shù)據(jù)庫的實際運行帶來很多的不便，以下的文章就是介紹Mysql數(shù)據(jù)庫編碼問題的解決方案。我們大家都知道 Mysql數(shù)據(jù)庫的4.1是一個分水嶺，4.1直接支持Unicode，以下版本支持的不好。
Mysql JDBC Driver的3.0.16也是一個分水嶺，3.0.16版本會取數(shù)據(jù)庫本身的MySQL數(shù)據(jù)庫編碼編碼，然后按照該編碼轉換，這種方式和Oracle的JDBC Driver是一樣的。例如你的數(shù)據(jù)庫是GBK編碼的話，JDBC Driver就會把數(shù)據(jù)庫里面的取出來的字符串按照GBK往unicode轉換，送給JVM。因此正確的設置數(shù)據(jù)庫本身的編碼就尤為重要。
Mysql JDBC Driver3.0.16以下的版本則不然，它不會那么智能的根據(jù)數(shù)據(jù)庫MySQL數(shù)據(jù)庫編碼編碼來確定如何轉換，它總是默認使用ISO8859-1，因此你必須使用 characterEncoding=GBK來強制他把數(shù)據(jù)庫中取出來的字符串按照GBK來往unicode轉換。
因此，使用什么數(shù)據(jù)庫版本，不管是3.x，還是4.0.x還是4.1.x，其實對我們來說不重要，重要的有二：
1) 正確的設定數(shù)據(jù)庫編碼，Mysql4.0以下版本的字符集總是默認ISO8859-1，Mysql4.1在安裝的時候會讓你選擇。如果你準備使用UTF- 8，那么在創(chuàng)建數(shù)據(jù)庫的時候就要指定好UTF-8(創(chuàng)建好以后也可以改，4.1以上版本還可以單獨指定表的字符集)
2) 使用3.0.16以上版本的JDBC Driver，那么你就不需要再寫什么characterEncoding=UTF-8
這樣，如果，數(shù)據(jù)庫服務器使用的是utf-8,那么，jdbc就會把數(shù)據(jù)庫的內容用utf-8格式傳到JVM中。
而，如果數(shù)據(jù)庫服務器中的某個數(shù)據(jù)庫使用的編碼是gbk，那么就會發(fā)生MySQL數(shù)據(jù)庫編碼編碼不一致的錯誤！這時，你可以使?characterEncoding=GBK強制使用gbk編碼傳遞到JVM中。
或者，你也可以把整個Mysql數(shù)據(jù)庫服務器的編碼轉變?yōu)間bk。
在Mysql中，默認使用的是lartin1,也就是ISO8859-1字符集編碼。這是一種8位的編碼，適用于所有西歐字符。而對于漢字等是不合適的。
***、最通用的MySQL數(shù)據(jù)庫編碼編碼格式是utf-8，這時一種8位的Unicode字符集。它對于8位的西歐字符集來說，比較節(jié)省空間，而又能夠有效地表示漢字等字符。
因此，將Mysql數(shù)據(jù)庫服務器設置為utf-8格式，把所有的Mysql數(shù)據(jù)庫也設置為utf-8格式，這是***的選擇！全世界所有語言都可以很好的得到支持！
但是，一些常用的Mysql工具無法顯示utf-8格式的中文。如，Mysql自帶的工具，Mysql-Front等軟件。但是，MyManger和命令行下的Mysql是可以正常顯示utf-8格式的中文的。
如果，你選擇使用gbk，那么就應該把數(shù)據(jù)庫服務器和數(shù)據(jù)庫的MySQL數(shù)據(jù)庫編碼編碼格式全部轉為使用gbk，否則可能會出現(xiàn)問題。
【編輯推薦】
