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

 

在mysql客戶端與mysql服務(wù)端之間，存在著一個(gè)字符集轉(zhuǎn)換器。

character_set_client          =>gbk：轉(zhuǎn)換器就知道客戶端發(fā)送過(guò)來(lái)的是gbk格式的編碼

character_set_connection=>gbk：將客戶端傳送過(guò)來(lái)的數(shù)據(jù)轉(zhuǎn)換成gbk格式

character_set_results        =>gbk:

注：以上三個(gè)字符集可以使用set names gbk來(lái)統(tǒng)一進(jìn)行設(shè)置

例子:

create table test(

name varchar(64) NOT NULL

)charset utf8;#這里的utf8表示服務(wù)器端的字符編碼

首先，往數(shù)據(jù)表test中插入一條數(shù)據(jù)

inert into test values('測(cè)試');

則，數(shù)據(jù)“測(cè)試”在數(shù)據(jù)庫(kù)中是以“utf8”格式保存的

過(guò)程：

 

首先，通過(guò)mysql客戶端，將數(shù)據(jù)發(fā)送給Mysql服務(wù)器，經(jīng)過(guò)字符集轉(zhuǎn)換器的時(shí)候，由于character_set_connection 值為gbk，所以會(huì)將客戶端發(fā)送過(guò)來(lái)的數(shù)據(jù)轉(zhuǎn)為gbk格式，緊接著，字符集轉(zhuǎn)換器將數(shù)據(jù)要傳送給服務(wù)器的時(shí)候，發(fā)現(xiàn)服務(wù)器是以u(píng)tf8保存數(shù)據(jù)的，所以，在其內(nèi)部會(huì)自動(dòng)將數(shù)據(jù)由gbk轉(zhuǎn)換成utf8格式

 

什么時(shí)候會(huì)出現(xiàn)亂碼？

客戶端的數(shù)據(jù)格式與聲明的 character_set_client不符

通過(guò) header('Content-type:text/html;charset=utf8');將客戶端的數(shù)據(jù)轉(zhuǎn)成utf8格式的，在數(shù)據(jù)經(jīng)過(guò)“字符集轉(zhuǎn)換器”的時(shí)候，由于character_set_client=gbk，而character_set_connection也等于gbk，所以從客戶端傳送過(guò)來(lái)的數(shù)據(jù)(其實(shí)是utf8格式)并不會(huì)被轉(zhuǎn)換格式。

      但是，字符集轉(zhuǎn)換器在講數(shù)據(jù)發(fā)送給服務(wù)器的時(shí)候，發(fā)現(xiàn)服務(wù)器要的格式是utf8，所以會(huì)將當(dāng)前數(shù)          據(jù)當(dāng)做gbk格式來(lái)處理，從而轉(zhuǎn)成utf8(但是，這一步其實(shí)已經(jīng)錯(cuò)了。。。)。

2.  result與客戶端頁(yè)面不符合的時(shí)候

 

 

將返回結(jié)果的格式設(shè)置為utf8，但是客戶端接受的格式為gbk，因此會(huì)出現(xiàn)亂碼

 

通過(guò)show character set 語(yǔ)法，可以顯示所有可用的字符集

latin字符集

 

 

注意：Maxlen列顯示用于存儲(chǔ)一個(gè)字符的最大的字節(jié)數(shù)目。

utf8字符集

 

 

gbk字符集

 

 

 

什么時(shí)候會(huì)丟失數(shù)據(jù)？

對(duì)比以上三幅圖可以知道，每種字符集中，用于存儲(chǔ)一個(gè)字符的最大的字節(jié)數(shù)目都不同，utf8最大，latin最小。所以在經(jīng)過(guò)字符集轉(zhuǎn)換器的時(shí)候，如果處理不當(dāng)，會(huì)造成數(shù)據(jù)丟失，而且是無(wú)法挽回的。

比如：

將character_set_connection的值改為lantin的時(shí)候

 

 

從客戶端發(fā)送過(guò)來(lái)的gbk數(shù)據(jù)，會(huì)被轉(zhuǎn)成lantin1格式，因?yàn)間bk格式的數(shù)據(jù)占用的字符數(shù)較多，從而會(huì)造成數(shù)據(jù)丟失

 

 

總結(jié)：

character_set_client和character_set_results 一般情況下要一致，因?yàn)橐粋�(gè)表示客戶端發(fā)送的數(shù)據(jù)格式，另一個(gè)表示客戶端接受的數(shù)據(jù)格式

為了避免造成數(shù)據(jù)丟失，需讓 character_set_connection的字符編碼 大于 character_set_client的字符編碼

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