1.修改數據庫編碼,如果是數據庫編碼不正確: 可以在phpmyadmin 執行如下命令: ALTER DATABASE `test` DEFAULT CHARACTER SET utf8 COLLATE utf8_bin
以上命令就是將test數據庫的編碼設爲utf8
2.修改表的編碼:ALTER TABLE `category` DEFAULT CHARACTER SET utf8 COLLATE utf8_bin
以上命令就是將一個表category的編碼改爲utf8
3.修改字段的編碼:
ALTER TABLE `test` CHANGE `dd` `dd` VARCHAR( 45 ) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL
以上命令就是將test表中 dd的字段編碼改爲utf8
1.修改數據庫默認編碼(修改配置文件:my.ini)
default-character-set=gbk
2.修改Tomcat的配置文件(tomcat server.xml)
name="Catalina">
<Connector
URIEncoding="GBK"
port="8080"
redirectPort="8443"
minSpareThreads="25"
connectionTimeout="20000"
uRIEncoding="GBK"
maxThreads="150"
maxSpareThreads="75"
maxHttpHeaderSize="8192">
</Connector>
3.配置過濾器
package com.wnkh.community.util;
import java.io.IOException;
import java.io.UnsupportedEncodingException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
public class SetCharacterEncodingFilter implements Filter {
FilterConfig filterConfig;
public void doFilter(ServletRequest request, ServletResponse response,
FilterChain filterChain) throws IOException, ServletException {
// TODO Auto-generated method stub
MyRequest req = new MyRequest((HttpServletRequest) request);// 設置代理請求
filterChain.doFilter(req, response);
}
public void init(FilterConfig arg0) throws ServletException {
this.filterConfig = arg0;
}
public void destroy() {
filterConfig=null;
}
}
class MyRequest extends javax.servlet.http.HttpServletRequestWrapper {// 自定義的代理請求類
HttpServletRequest request;
public MyRequest(HttpServletRequest request) {
super(request);
this.request = request;
}
public String[] getParameterValues(String name) {
String strs[] = super.getParameterValues(name);
for (int i = 0; i < strs.length; i++) {
strs[i] = this.myEncoding(strs[i]);
}
return strs;
}
private String myEncoding(String input) {
String output = "";
try {
output = new String(input.getBytes("ISO-8859-1"), "gbk"); // 注意同頁面的編碼保持一致
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
}
return output;
}
}
4.或者往數據庫中存數據的時候先一步進行修改
type=new String(type.getBytes("ISO-8859-1"),"gb2312");
設置和查看MySQL數據庫的編碼
1 在my.cf文件的[mysqld]段設置:
default-character-set=utf8
2 單獨設置某個數據庫:
alter database testdb character set utf8;
查看mysql支持的編碼:
show character set;
如果你遇到亂碼問題,可以從下面幾個問題逐步檢查:
(1)檢查你的文件存儲編碼是否和 meta 聲明的一致,假如你的文件是按照 utf-8 編碼存儲,但是 meta 卻聲明爲 gb2312 ,將導致亂碼。
解決辦法:將頁面存儲編碼和 meta 聲明保持一致。用記事本打開文件,“另存爲”,下面有個選項是“編碼”,選擇和 meta 聲明一致的編碼方式。(提示:meta 的編碼聲明要放在 title 標籤前面,否則容易導致頁面空白。)
(2)檢查你的數據庫連接有沒有設置連接方式(SET NAMES),Mysql4.1 版本以後,如果你沒有設置數據庫連接方式,那麼插入或者查詢將出現亂碼情況。
解決辦法:在你的數據庫連接後面(通常是在Mysql_conneCT後面,執行任何查詢之前)加上一句 :
Code:
Mysql_query("SET NAMES utf8");
其中 utf8 需要根據你需要設置。
(3)檢查你的頁面編碼、meta 聲明、數據庫連接方式(SET NAMES)是否一致,如果你的頁面和meta設置爲gb2312,但是卻在程序中設置 SET NAMES utf8,同樣會導致亂碼。原因是如果頁面設置爲 gb2312 ,那麼表單中的數據也是按照 gb2312 提交,但是程序卻要求按照 utf8 去處理,結果自然是亂碼。
解決辦法:將頁面編碼、meta 聲明、數據庫連接方式(SET NAMES)保持一致,當然這裏說的一致不是絕對的,如Mysql的 utf8 和頁面中的 utf-8 是不一樣的,具體要根據你的實際情況設置。
前段時間幫客戶將 phpbb 2 遷移到 Discuz! 5,客戶要求論壇數據不能有太大損失,本來已經找到了一個轉換程序,可以將原有數據遷移到新的數據表中,結果轉換後發現頁面上全是亂碼。仔細研究發現:phpbb 安裝是按照默認的字符編碼 latin1 ,而 Discuz! 用的是 gbk ,也就是標題說的“不同字符集數據錶轉換出現亂碼”。
解決方法是轉換數據編碼方式:
第一步:將數據導出成期望的字符編碼:
Code:
Mysqldump -u用戶名 -p密碼 --default-character-set=原字符集 --set-charset=期望字符集 --skip-opt數據庫名 > 導出的文件名.sql
在上文提到的例子中,用下面的命令:
Code:
Mysqldump -uroot -p*** --default-character-set=latin1 --set-charset=gbk --skip-opt phpbb> phpbb_gbk.sql
第二步:建立一個期望字符集的臨時數據庫:
Code:
CREATE DATABASE `phpbb_gbk` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
注意:這個是上文提到的例子中所用的命令,具體到實際應用時,要根據需要設置。
第三步:將第一步備份的數據導入到這個新創建的臨時數據庫裏面:
Code:
Mysql-u用戶名 -p密碼 --default-character-set=期望字符集 -f數據庫名<第一步備份的文件名.sql
在我的例子中是用下面的命令:
Code:
Mysql-uroot -p*** --default-character-set=gbk -f phpbb_gbk<phpbb_gbk.sql