Mysql字符集設置指南_MySQL教程

推薦：Mysql 常見問題匯總
1、Mysql errono 1005 : 主外鍵不是完全一致 , 請檢查如下幾點: a、字段是否存在 b、類型是否一致(注意unsigned , powerdesign 生成問題) c、數據庫引擎是否一致 d、字符編碼是否一致 e、windows平臺下注意修改lower_case_table_names = 0, windows本身不區分文件大小

 

在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的字符編碼

分享：從mysql中導出單個表結構和數據
mysqldump -u用戶名 -p密碼 -P端口號 --database 數據庫名 --tables 表名 c:/導出文件名.sql 1、其中參數-P可以省略除非你的端口號不是mysql默認端口號 2、如果不寫--tables參數就是導出去該DB中的全部表數據 1)MYSQL連接命令： mysql -h主機地址 -u用戶名 -p用戶密碼