深入Mysql字元集設定 圖文版

在mysql用戶端與mysql服務端之間，存在著一個字元集轉換器。

character_set_client =>gbk：轉換器就知道用戶端發送過來的是gbk格式的編碼

character_set_connection=>gbk：將用戶端傳送過來的資料轉換成gbk格式

character_set_results =>gbk:

註：以上三個字元集可以使用set names gbk來統一進行設定

例子:

create table test(

name varchar(64) NOT NULL

)charset utf8;#這裡的utf8表示伺服器端的字元編碼

首先，往資料表test中插入一條資料

inert into test values('測試');

則，資料“測試”在資料庫中是以“utf8”格式儲存的

過程：

首先，通過mysql用戶端，將資料發送給Mysql伺服器，經過字元集轉換器的時候，由於character_set_connection 值為gbk，所以會將用戶端發送過來的資料轉為gbk格式，緊接著，字元集轉換器將資料要傳送給伺服器的時候，探索服務器是以utf8儲存資料的，所以，在其內部會自動將資料由gbk轉換成utf8格式

什麼時候會出現亂碼？

用戶端的資料格式與聲明的 character_set_client不符

通過 header('Content-type:text/html;charset=utf8');將用戶端的資料轉成utf8格式的，在資料經過“字元集轉換器”的時候，由於character_set_client=gbk，而character_set_connection也等於gbk，所以從用戶端傳送過來的資料（其實是utf8格式）並不會被轉換格式。

但是，字元集轉換器在講資料發送給伺服器的時候，探索服務器要的格式是utf8，所以會將當前數 據當做gbk格式來處理，從而轉成utf8（但是，這一步其實已經錯了。。。）。

2. result與用戶端頁面不符合的時候

將返回結果的格式設定為utf8，但是用戶端接受的格式為gbk，因此會出現亂碼

通過show character set 文法，可以顯示所有可用的字元集

latin字元集

注意：Maxlen列顯示用於儲存一個字元的最大的位元組數目。

utf8字元集

gbk字元集

什麼時候會遺失資料？

對比以上三幅圖可以知道，每種字元集中，用於儲存一個字元的最大的位元組數目都不同，utf8最大，latin最小。所以在經過字元集轉換器的時候，如果處理不當，會造成資料丟失，而且是無法挽回的。

比如：

將character_set_connection的值改為lantin的時候

從用戶端發送過來的gbk資料，會被轉成lantin1格式，因為gbk格式的資料佔用的字元數較多，從而會造成資料丟失

總結：

character_set_client和character_set_results 一般情況下要一致，因為一個表示用戶端發送的資料格式，另一個表示用戶端接受的資料格式為了避免造成資料丟失，需讓 character_set_connection的字元編碼 大於 character_set_client的字元編碼