MySQL 4.1的字符集支持(Character Set Support)有兩個方面：字符集(Character set)和排序方式(Collation)。對于字符集的支持細化到四個層次: 服務器(server)，數據庫(database)，數據表(table)和連接(connection)。查看系統的字符集和排序方式的設定可以通過下面的兩條命令：
mysql> SHOW VARIABLES LIKE 'character_set_%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
7 rows in set (0.00 sec)mysql> SHOW VARIABLES LIKE 'collation_%';
+----------------------+-------------------+
| Variable_name | Value |
+----------------------+-------------------+
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci |
+----------------------+-------------------+
3 rows in set (0.00 sec)
上面列出的值就是系統的默認值。
一般就算設置了表的默認字符集為utf8并且通過UTF-8編碼發送查詢，你會發現存入數據庫的仍然是亂碼。問題就出在這個connection連接層上。解決方法是在發送查詢前執行一下下面這句：
SET NAMES 'utf8';
它相當于下面的三句指令：
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;
而MySQL數據庫的4.1是一個分水嶺，4.1直接支持Unicode，它以下版本支持的不好；
MySQL JDBC Driver的3.0.16也是一個分水嶺，3.0.16版本會取數據庫本身的編碼，然后按照該編碼轉換，這種方式和Oracle的JDBC Driver是一樣的。例如你的數據庫是GBK編碼的話，JDBC Driver就會把數據庫里面的取出來的字符串按照GBK往unicode轉換，送給JVM。因此正確的設置數據庫本身的編碼就尤為重要。
MySQL JDBC Driver3.0.16以下的版本則不然，它不會那么智能的根據數據庫編碼來確定如何轉換，它總是默認使用ISO8859-1，因此你必須使用 characterEncoding=GBK來強制他把數據庫中取出來的字符串按照GBK來往unicode轉換。
因此，使用什么數據庫版本，不管是3.x，還是4.0.x還是4.1.x，其實對我們來說不重要，重要的有二：
1) 正確的設定數據庫編碼，MySQL4.0以下版本的字符集總是默認ISO8859-1，MySQL4.1在安裝的時候會讓你選擇。如果你準備使用UTF- 8，那么在創建數據庫的時候就要指定好UTF-8(創建好以后也可以改，4.1以上版本還可以單獨指定表的字符集)
2) 使用3.0.16以上版本的JDBC Driver，那么你就不需要再寫什么characterEncoding=UTF-8
轉自：
http://www.blogjava.net/bonix/articles/159291.html