Linux下mysql字符集問題如何處理

小編給大家分享一下Linux下mysql字符集問題如何處理，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

4.1之前的 MySQL 不支持多語言，所以它會將你給它的數據“原封不動”地保存，再“原封不動”地讀出來。4.1及以后的版本開始支持多語言，這個所謂的多語言，就是在輸入輸出時 MySQL 會替你做編碼轉換。而這個轉換規則就是由客戶端編碼和服務器端編碼來決定的。編碼轉換的規則就是，在輸入數據時將編碼由“客戶端編碼”轉換為“服務器端編碼”，輸出時將數據由“服務器端編碼”轉換為“客戶端編碼”。

MySQL 4.1.x開始支持以下這些事情

　　使用多種字符集(Character Set)來存儲字符

　　使用多種校對規則(Collation)來比較字符串

　　在同一臺服務器、同一個數據庫或甚至在同一個表中使用不同字符集或校對規則來混合字符串

　允許定義任何級別的字符集和校對規則

　　MySQL 4.1及以上版本的字符集支持(Character Set Support)有兩個方面：字符集(Character Set)和校對規則(Collation)。字符集和校對規則有4個級別的默認設置：服務器(server)，數據庫(database)，數據表(table)和連接(connection)。

MySQL字符集設置

character_set_server：默認的內部操作字符集

character_set_database：當前選中數據庫的默認字符集

vi /etc/my.cnf-- 全局選項

[mysqld]

default-character-set=utf8

只能改變對存儲層（server,database,table,column,system）的設定，對于客戶端和服務器端的通訊層沒有任何影響

character_set_client：客戶端來源數據使用的字符集

character_set_connection：連接層字符集

character_set_results：查詢結果字符集

vi /etc/my.cnf-- 全局選項

[mysql]

default-character-set=utf8

修改當前session值：

SET NAMES 'x'語句與這三個語句等價：

mysql> SET character_set_client = x;

mysql> SET character_set_results = x;

mysql> SET character_set_connection = x;

character_set_system：系統元數據(字段名等)字符集

還有以collation_開頭的同上面對應的變量，用來描述字符序。

或者：

CREATE DATABASE db_name DEFAULT CHARACTER SET charset_name;

ALTER DATABASE db_nameDEFAULT CHARACTER SET charset_name;

MySQL中的字符集轉換過程

1. MySQL Server收到請求時將請求數據從character_set_client轉換為character_set_connection；

2. 進行內部操作前將請求數據從character_set_connection轉換為內部操作字符集，其確定方法如下：

使用每個數據字段的CHARACTER SET設定值；

若上述值不存在，則使用對應數據表的DEFAULT CHARACTER SET設定值(MySQL擴展，非SQL標準)；

若上述值不存在，則使用對應數據庫的DEFAULT CHARACTER SET設定值；

若上述值不存在，則使用character_set_server設定值。

3. 將操作結果從內部操作字符集轉換為character_set_results。

檢測字符集問題的一些手段

SHOW CHARACTER SET;

SHOW COLLATION;

SHOW VARIABLES LIKE ‘character%’;

SHOW VARIABLES LIKE ‘collation%’;

SQL函數HEX、LENGTH、CHAR_LENGTH

SQL函數CHARSET、COLLATION

STATUS;

常見問題解析

向默認字符集為utf8的數據表插入utf8編碼的數據前沒有設置連接字符集，查詢時設置連接字符集為utf8

– 插入時根據MySQL服務器的默認設置，character_set_client、character_set_connection和character_set_results均為latin1；

– 插入操作的數據將經過latin1=>latin1=>utf8的字符集轉換過程，這一過程中每個插入的漢字都會從原始的3個字節變成6個字節保存；

– 查詢時的結果將經過utf8=>utf8的字符集轉換過程，將保存的6個字節原封不動返回，產生亂碼……

向默認字符集為latin1的數據表插入utf8編碼的數據前設置了連接字符集為utf8

– 插入時根據連接字符集設置，character_set_client、character_set_connection和character_set_results均為utf8；

– 插入數據將經過utf8=>utf8=>latin1的字符集轉換，若原始數據中含有u0000~u00ff范圍以外的Unicode字 符，會因為無法在latin1字符集中表示而被轉換為“?”(0×3F)符號，以后查詢時不管連接字符集設置如何都無法恢復其內容了。

本次兩次測試內容：

環境ed Hat Enterprise Linux Server release 5.5 (Tikanga)LANG=zh_CN.UTF-8

mysql5.0.77

測試一：

Vi/etc/my.cnf

[mysqld]

default-character-set=utf8

mysql> show variables like 'char%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | lantin1 |
| character_set_connection | lantin1 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | lantin1 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/

結果：服務器端正常，

在客戶端訪問WindowXp EMS SQL Manager for my sql是亂碼：

測試二：

set names utf8;

mysql> show variables like 'char%';
+--------------------------+----------------------------+
| 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 | /usr/share/mysql/charsets/

測試一中的數據變為亂碼，測試二中的數據正常顯示。

測試二的數據在客戶端數據也正常顯示。

如果從客戶端插入數據：測試三

在服務器則顯示亂碼：

測試三：

set names utf8;

set character_set_results=gb2312

insert into test values('測試');

客戶端正常，服務器亂碼

客戶端：

處理亂碼的思路：

讓服務器端和客戶端的字符集保持一致。

服務器端的編碼是由字符集(Character Set)和校對規則(Collation)決定的。

　　上面提到，MySQL 中是根據下面幾個變量確定服務器端和客戶端用的什么字符集：

　　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 返回的結果與程序的編碼一致。例如，你的數據庫(character_set_database)用的是 utf8 的字符集，那么你就要保證 character_set_client ，character_set_connection 也是utf8的字符集。而你的程序也許采用的并不是utf8 ，比如你的程序用的是gbk ，那么你若把 character_set_results 也設置為 utf8 的話就會出現亂碼問題。此時你應該把 character_set_results 設置為gbk。這樣就能保證數據庫返回的結果與你的程序的編碼一致。

備注：

1、要保證數據庫中存的數據與數據庫編碼一致，即數據編碼與character_set_database一致；

2、要保證通訊的字符集與數據庫的字符集一致，即character_set_client, character_set_connection與character_set_database一致；

3、要保證SELECT的返回與程序的編碼一致，即character_set_results與程序編碼一致；

4、要保證程序編碼與瀏覽器編碼一致，即程序編碼與"/>一致。

更改設定值的一個方法是通過重新編譯。如果希望在從源程序構建時更改默認服務器字符集和校對規則，使用：--with-charset和--with-collation作為configure的參量。例如：

shell> ./configure --with-charset=latin1

以上是“Linux下mysql字符集問題如何處理”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！