最近一個項目，用到了mysql數(shù)據(jù)庫，很不幸的是我遇到了亂碼問題，分析了一下，我覺得不是網(wǎng)頁的問題.因為,我在MYSQL里直接添加中文的數(shù)據(jù)能在網(wǎng)頁上正常顯示,可是在網(wǎng)頁中操作添加的數(shù)據(jù),到MYSQL數(shù)據(jù)庫里一看,全是???問號.跟蹤看了下,程序中最后處理到數(shù)據(jù)庫操作時,還是中文,操作到數(shù)據(jù)庫后,就是?問號了，能在mysql表中直接添加中文數(shù)據(jù)并能在網(wǎng)頁上正常顯示，說明數(shù)據(jù)庫表的編碼是對的，程序中最后處理的數(shù)據(jù)也是中文，這也說明程序中也沒有問題，問題可能出在MYSQL數(shù)據(jù)庫連接字符串上，于是我把mysql數(shù)據(jù)庫連接字符串改為: jdbc:mysql://localhost:3306/xxxx?useUnicode=true&characterEncoding=UTF-8(有時可能需要將符號(&)轉(zhuǎn)碼寫成(&))，試了一下，還是不行，百思不得其解，就問了下google，有人說，可能是數(shù)據(jù)庫的默認編碼錯誤，原因在于MYSQL服務器使用的默認編碼,在沒指定數(shù)據(jù)庫的字符編碼時,創(chuàng)建的數(shù)據(jù)庫就使用MYSQL服務器的默認編碼,但是,如果MYSQL服務器的配置文件沒有指定編碼時,很可能就是使用的latin1編碼.
查看服務器和數(shù)據(jù)庫使用何種編碼的MYSQL命令為:
SHOW VARIABLES LIKE 'character_set_%';
以及 SHOW VARIABLES LIKE 'collation_%';
看到里面使用的編碼了,我本以為應該使用的是utf8,所以,不是utf8的,那就說明問題在這里了.
運行命令:SHOW VARIABLES LIKE 'character_set_%'; 結(jié)果如下
'character_set_client', 'utf8'
'character_set_connection', 'utf8'
'character_set_database', 'latin1'
'character_set_filesystem', 'binary'
'character_set_results', 'utf8'
'character_set_server', 'latin1'
'character_set_system', 'utf8'
'character_sets_dir', 'D:\soft_work\mysql\share\charsets\'
果然發(fā)現(xiàn)有幾個不對的
運行命令:SHOW VARIABLES LIKE 'collation_%'; 結(jié)果如下
'collation_connection', 'utf8_general_ci'
'collation_database', 'latin1_general_ci'
'collation_server', 'latin1_general_ci'
只要把那幾個的編碼改成utf8的,那應該就可以了.
1: 在Mysql的配置文件 my.ini里加上服務器的默認編碼配置: default-character-set=utf8
2: 修改你的數(shù)據(jù)庫的字符編碼:進入Mysql數(shù)據(jù)庫,通過命令修改你的數(shù)據(jù)庫字符編碼:
ALTER DATABASE `databaseName` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
(修改后需要重啟Mysql數(shù)據(jù)庫)
3: 如果你的表以及表里的字段使用了不正確的字符編碼,同樣需要修正過來:命令:
修改表的編碼： ALTER TABLE `tableName` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
修改字段的編碼： ALTER TABLE `tableName` CHANGE `dd` `dd` VARCHAR( 45 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL
(做好了時,在看一下上面那兩個查看字符編碼的命令,看看是否全部都變成了utf8）
把mysql數(shù)據(jù)庫的編碼改為utf8后，有試了一下程序，發(fā)現(xiàn)不在是亂碼了，終于好了，
總結(jié)，mysql的亂碼有一下幾個方面
1，JSP設計頁面上是中文，但運行時看到的是亂碼，如果是這種情況，就要指定jsp頁面的編碼，默認情況下，jsp頁面的編碼是ISO-8859-1，解決方法就是在jsp頁面的編碼地方加入
<%@ page language="java" contentType="text/html;charset=utf8" %>，
2 ，當用Request對象獲取客戶提交的漢字時，會出現(xiàn)亂碼，那么就需要在項目中加入filter了，（filter在tomcat中自帶的有例子，可以照著例子改一下，也可以在googl中搜索一下）
3，由于使用doget方法引起的亂碼，可以試著使用dopost提交，
或者是打開tomcat的server.xml文件，找到區(qū)塊，加入如下一行：
URIEncoding=”GBK”
完整的應如下：
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" redirectPort="8443" acceptCount="100" debug="0"
connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="utf8"/>
需要重啟tomcat，
4，寫入到數(shù)據(jù)庫是亂碼：
如果你是通過JDBC直接鏈接數(shù)據(jù)庫的時候，配置的代碼如下：
jdbc:mysql://localhost:3306/xxxxx?useUnicode=true&characterEncoding=utf8，
這樣保證到數(shù)據(jù)庫中的代碼是不是亂碼。
5，如按照上述步驟解決，寫到數(shù)據(jù)庫中的還是亂碼，就要檢查數(shù)據(jù)庫，表的編碼方式了，如果跟程序中的不一致，就要按照本文的介紹的方法修改數(shù)據(jù)庫或者是表的編碼了。