程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> 網頁編程 >> PHP編程 >> PHP綜合 >> php亂碼問題

php亂碼問題

編輯:PHP綜合

<?PHP
$conn=MySQL_connect("localhost","root","123456");
MySQL_select_db("db_bcty365",$conn);
MySQL_query("set names gb2312");
?>

其中:

SET NAMES ‘x‘語句與這三個語句等價:

MySQL> SET character_set_clIEnt = x;
MySQL> SET character_set_results = x;
MySQL> SET character_set_connection = x;

是用來設置客戶端的字符集的,與服務器端的字符集無關,應該說msyql服務器端存儲的字符是一定的。

==============================================

MySQL 字符集問題
MySQL的字符集支持(Character Set Support)有兩個方面:
     字符集(Character set)和排序方式(Collation)。      服務器(server),數據庫(database),數據表(table)和連接(connection)。

1.MySQL默認字符集   MySQL對於字符集的指定可以細化到一個數據庫,一張表,一列,應該用什麼字符

集。
但是,傳統的 程序在創建數據庫和數據表時並沒有使用那麼復雜的配置,它們用的是默認的配置,那麼

,默認的配置從何而來呢?
    (1)編譯MySQL 時,指定了一個默認的字符集,這個字符集是 latin1;
    (2)安裝MySQL 時,可以在配置文件 (my.ini) 中指定一個默認的的字符集,如果沒指定,這個值繼

承自編譯時指定的;
    (3)啟動MySQLd 時,可以在命令行參數中指定一個默認的的字符集,如果沒指定,這個值繼承自配置

文件中的配置,此時 character_set_server 被設定為這個默認的字符集;
    (4)當創建一個新的數據庫時,除非明確指定,這個數據庫的字符集被缺省設定為

character_set_server;
    (5)當選定了一個數據庫時,character_set_database 被設定為這個數據庫默認的字符集;
    (6)在這個數據庫裡創建一張表時,表默認的字符集被設定為 character_set_database,也就是這個

數據庫默認的字符集;
    (7)當在表內設置一欄時,除非明確指定,否則此欄缺省的字符集就是表默認的字符集;
簡單的總結一下,如果什麼地方都不修改,那麼所有的數據庫的所有表的所有欄位的都用 latin1 存儲,

不過我們如果安裝 MySQL,一般都會選擇多語言支持,也就是說,安裝程序會自動在配置文件中把

default_character_set 設置為 UTF-8,這保證了缺省情況下,所有的數據庫的所有表的所有欄位的都用

UTF-8 存儲。

2.查看默認字符集(默認情況下,mysql的字符集是latin1(ISO_8859_1)      MySQL> SHOW VARIABLES LIKE 'character%'; | Variable_name            | Value                           | | character_set_clIEnt     | latin1                          |
| character_set_connection | latin1                          |
| character_set_database   | latin1                          |
| character_set_filesystem | binary                          |
| character_set_results    | latin1                          |
| character_set_server     | latin1                          |
| character_set_system     | utf8                            |
| character_sets_dir       | D:"MySQL-5.0.37"share"charsets" |
+--------------------------+---------------------------------+

MySQL> SHOW VARIABLES LIKE 'collation_%'; | Variable_name        | Value           | | collation_connection | utf8_general_ci |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_general_ci |
+----------------------+-----------------+

3.修改默認字符集
(1) 最簡單的修改方法,就是修改MySQL的my.ini文件中的字符集鍵值,
如    default-character-set = utf8
      character_set_server = utf8
   修改完後,重啟mysql的服務,service MySQL restart
   使用 MySQL> SHOW VARIABLES LIKE 'character%';查看,發現數據庫編碼均已改成utf8 | Variable_name            | Value                           | | character_set_clIEnt     | utf8                            |
| character_set_connection | utf8                            |
| character_set_database   | utf8                            |
| character_set_filesystem | binary                          |
| character_set_results    | utf8                            |
| character_set_server     | utf8                            |
| character_set_system     | utf8                            |
| character_sets_dir       | D:"MySQL-5.0.37"share"charsets" |
+--------------------------+---------------------------------+

   (2) 還有一種修改字符集的方法,就是使用MySQL的命令
     MySQL> SET character_set_clIEnt = utf8 ;
     MySQL> SET character_set_connection = utf8 ;
     MySQL> SET character_set_database = utf8 ;
     MySQL> SET character_set_results = utf8 ;
     MySQL> SET character_set_server = utf8 ;

     MySQL> SET collation_connection = utf8 ;
     MySQL> SET collation_database = utf8 ;
     MySQL> SET collation_server = utf8 ;

一般就算設置了表的默認字符集為utf8並且通過UTF-8編碼發送查詢,你會發現存入數據庫的仍然是亂碼

。問題就出在這個connection連接層上。解決方法是在發送查詢前執行一下下面這句: SET NAMES

'utf8'; SET character_set_clIEnt = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;

總結:
因此,使用什麼數據庫版本,不管是3.x,還是4.0.x還是4.1.x,其實對我們來說不重要,重要的有二:
1) 正確的設定數據庫編碼.MySQL4.0以下版本的字符集總是默認ISO8859-1,MySQL4.1在安裝的時候會

讓你選擇。如果你准備使用UTF- 8,那麼在創建數據庫的時候就要指定好UTF-8(創建好以後也可以改,

4.1以上版本還可以單獨指定表的字符集)
2) 正確的設定數據庫connection編碼.設置好數據庫的編碼後,在連接數據庫時候,應該指定.

=============================================================================

MySQL5提供了以下幾個設置字符集的系統變量:
character_set_clIEnt 客戶端字符集
character_set_connection 客戶端與服務器端連接采用的字符集
character_set_results SELECT查詢返回數據的字符集
character_set_database 數據庫采用的字符集使用上述變量,要理解這個核心思想: character_set_clIEnt,character_set_connection這兩個變量保證要與 character_set_database編碼的一致,而 character_set_results則保證與SELECT返回的結果與程序的編碼一致。
我們可以在程序中使用 set names來同時設置character_set_clIEnt, character_set_connection, character_set_results這三個系統變量。例如 set names 'utf8' 等同於 :
set @@character_set_clIEnt = 'utf8'
set @@character_set_connection = 'utf8' set @@character_set_results = 'utf8' 一般情況下,當數據庫與數據庫表的字符集為utf8,我們再在程序裡設置set names 'utf8'命令,這樣就能保證無亂碼了,但是,這裡還要注意character_set_results變量的值,character_set_results的字符值是用來顯示返回給用戶的編碼的。例如,你的數據庫(character_set_database)用的是utf8的字符集,那麼你就要保證character_set_clIEnt,character_set_connection也是utf8的字符集。而你的程序也許采用的並不是utf8,比如你的程序用的是gbk,那麼你若把character_set_results也設置為utf8的話就會出現亂碼問題。此時你應該把character_set_results設置為gbk。這樣就能保證數據庫返回的結果與你的程序的編碼一致。以下摘自網絡的一程序段: <?
//假設我們的程序采用的是utf8的字符集
$program_char = 'utf8';
//先檢查mysql的版本號,如果版本號大於4我們才可以設置這些系統變量(MySQL4還沒有這些系統變量)
$version = current($db->fetch_one('SELECT VERSION()'));
if (substr($version, 0, 1) &gt; 4) //取出當前數據庫的字符集
$sql = 'SELECT @@character_set_database';
$char = current($db-&gt;fetch_one($sql));
//將客戶端字符集(character_set_clIEnt)和連接字符集(character_set_connection)設置為與數據庫字符集(character_set_database)一致
$db-&gt;query('SET @@character_set_clIEnt = "' . $char . '"');
$db-&gt;query('SET @@character_set_connection = "' . $char . '"');
//將SELECT查詢返回數據的字符集設置為與當前程序的字符集一致
$db-&gt;query('SET @@character_set_results = "' . $program_char . '"'); ?&gt;
1、要保證數據庫中存的數據與數據庫編碼一致,即數據編碼與character_set_database一致;
2、要保證通訊的字符集與數據庫的字符集一致,即character_set_clIEnt, character_set_connection與character_set_database一致;
3、要保證SELECT的返回與程序的編碼一致,即character_set_results與程序編碼一致;
4、要保證程序編碼與浏覽器編碼一致,即程序編碼與<meta http-equiv="Content-Type" content="text/Html; charset=?"/>一致。
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved