一、字符集

1.mysql的字符集設(shè)置非常靈活

可以設(shè)置服務(wù)器默認(rèn)字符集；

數(shù)據(jù)庫默認(rèn)字符集；

表默認(rèn)字符集；

列字符集；

如果某一級別沒有指定字符集，則繼承上一級。

查看所有字符集語句：show character set;

2.以表聲明為utf-8為例，最終存儲在表中的數(shù)據(jù)為utf-8

①我們要告訴服務(wù)器，我給你發(fā)送的數(shù)據(jù)是什么編碼？character_set_client

②告訴字符集轉(zhuǎn)換器，轉(zhuǎn)換成什么編碼？character_set_connection

③查詢的結(jié)果用什么編碼？character_set_results

如果以上三者都為字符集N,可簡寫為set names N;

3.什么情況下會出現(xiàn)亂碼呢？

我們首先創(chuàng)建一個測試表指定表的字符集為utf8

create table temp(

name varchar(10)

) charset utf8;

然后執(zhí)行這三條命令：

set character_set_client=gbk;

set character_set_connection=gbk;

set_character_set_results=gbk; 這三句可以簡寫為set names gbk;

最后往表里插入一條數(shù)據(jù)：

insert into temp values('中國');

select * from temp;這時候顯示的結(jié)果是正常的。

當(dāng)我們再執(zhí)行這句命令時：set character_results=utf8;

出現(xiàn)亂碼了，如圖：

由此可得出當(dāng)返回的結(jié)果result的字符集與客戶端的字符集不符的時候會出現(xiàn)亂碼。

還有一種情況也會出現(xiàn)亂碼：client聲明與事實不符時，你客戶端明明是utf8,你卻非要叫我轉(zhuǎn)成gbk的，如下圖：

可能還有很多種情況，這里沒有一一列舉。

4.什么情況下會造成數(shù)據(jù)的丟失呢？

執(zhí)行這三條語句：

set character_set_client=gbk;

set character_set_connection=latin1;

set character_set_results=gbk;

再往表里插入一條數(shù)據(jù)：insert into temp values('美國');

最后查詢的時候結(jié)果如下圖：

數(shù)據(jù)丟失了。

由此可得出當(dāng)connection和服務(wù)器的字符集比client小時，會造成數(shù)據(jù)的丟失,可能用語不是很準(zhǔn)確，但是能理解即可以了。個人理解，就跟java里面不同數(shù)據(jù)類型相互轉(zhuǎn)換時一樣，比如把double類型強(qiáng)制轉(zhuǎn)換成int類型，就會造成精度的丟失一樣。

。。。。。。

二、校對集

什么是校對集？

校對集：指字符集的排序規(guī)則。

查看所有校對集語句：show collation;

一種字符集可以有一個或多個排序規(guī)則。

以utf8為例，默認(rèn)是使用utf8_general_ci校對集，也可以按二進(jìn)制來排，utf8_bin

怎樣聲明校對集？

create table tableName

(

...

)charset utf8 collate utf8_general_ci;

注意：聲明的校對集必須是字符集合法的校對集。比如你字符集是utf8,你不能聲明gbk的校對集。

總結(jié)

以上是生活随笔為你收集整理的mysql校对集_mysql之字符集与校对集的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。