MYSQL的字符集是怎樣的

MYSQL的字符集是怎樣的，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

關于MYSQL的字符集,系統里面有很多個變量設置,很多初學者都不太搞得清楚,包括我自己也是.
所以在這里寫點東西,希望把這幾個東西的關系搞清楚.
MYSQL的字符集變量可以通過以下命令得到:

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

MYSQL的字符集變量其實可以分為兩類,
一類是關于創建OBJECTS時要用到的.

character_set_database
 character_set_server

一類是在服務器處理連接的時候要用到的.
 character_set_client                                            
 character_set_connection                                        
 character_set_results

我們主要關注的是處理連接的字符集.

關注字符集問題,那你肯定是遇到了亂碼的問題. 其實解決亂碼問題在網上一搜一大堆.

如果能做到, 應用/MYSQL.CLENT/MYSQL.CONNETION/表/MYSQL.RESULT 的字符集一致,存取數據肯定沒有問題.

我在這里把這三個連接字符集的關系理理.

經過多次的測試,我把MYSQL處理字符的過程主要歸納為:

例: WINDOWS客戶端CHARSET=GBK,輸入"中" , 通過WINDOWS.GBK轉碼為 $a = D6D0,
================================================================================
 # 服務器收到CLIENT送來的值"D6D0", 并認為"D6D0"是$MYSQL.character_set_client 指定字符集的數據.
 # 從 $MYSQL.character_set_client  轉化---&gt $MYSQL.character_set_connection (如果字符集一樣就不轉換)
    if 轉換成功 ; then
       $a = $MYSQL.character_set_client.code  
    else
       $a = 3f (在這個環節不會報錯!)
    fi  
 
 # 從 $MYSQL.character_set_connection  轉化---&gt $TABLES.character_set (如果字符集一樣也會檢查一次)
   if 轉換成功 ; then
       $a = $MYSQL.character_set_client.code  , 并存入表
    else
       $a = 3f , 并報錯: Incorrect string value
       $a = 20 ($MYSQL.character_set_connection = $TABLES.character_set 的情況)
    fi

 # 從數據庫取數據.
 #   從 $TABLES.character_set --&gt $MYSQL.character_set_result
    if 轉換成功 ; then  
       $a = $MYSQL.character_set_result.code  , 正常顯示
    else
       $a = 3f/亂碼 , 顯示: ?或者亂碼
   fi========================================================================================

以下是我測試過程中記錄的各種情況及報錯信息,以便大家分析:

(在這里我特意用了SSHTERM的兩種字符集進行測試. 我們可以把它理解為應用.)

上表中,只要DUMP結果為e4b8ad/d6d0,說明數據存儲都是正常的.而且可以正常讀取.

DUMP結果為c396c390的情況比較特殊.讀者稍加分析應該還是能明白的.(其實就是原存原取).

相關命令:
      
創建測試表:                                                                  
create table tutf (name char(10)) engine=myisam default character set=utf8 ;
create table tgbk (name char(10)) engine=myisam default character set=gbk ;
create table tlat (name char(10)) engine=myisam default character set=latin1 ;

設置相關字符集:
set character_set_client=gbk ;
set character_set_connection=utf8;
set character_set_results=latin1;  

插入并DUMP數據:
truncate table tutf;truncate table tgbk;truncate table tlat;
insert into tutf values ('中');   show warnings ;
insert into tgbk values ('中');   show warnings ;
insert into tlat values ('中');    show warnings ;
system  hexdump /home/mysql/data/test/tutf.MYD ;
system  hexdump /home/mysql/data/test/tgbk.MYD ;
system  hexdump /home/mysql/data/test/tlat.MYD ;

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。