最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

深入Mysql字符集設(shè)置[精華結(jié)合]

 更新時(shí)間:2012年07月22日 21:47:40   作者:  
深入Mysql字符集設(shè)置,建議大家看本文之前先看風(fēng)雪之隅的文章,需要的朋友可以參考下

基本概念
• 字符(Character)是指人類語(yǔ)言中最小的表義符號(hào)。例如'A'、'B'等;
• 給定一系列字符,對(duì)每個(gè)字符賦予一個(gè)數(shù)值,用數(shù)值來代表對(duì)應(yīng)的字符,這一數(shù)值就是字符的編碼(Encoding)。例如,我們給字符'A'賦予數(shù)值0,給字符'B'賦予數(shù)值1,則0就是字符'A'的編碼;
• 給定一系列字符并賦予對(duì)應(yīng)的編碼后,所有這些字符和編碼對(duì)組成的集合就是字符集(Character Set)。例如,給定字符列表為{'A','B'}時(shí),{'A'=>0, 'B'=>1}就是一個(gè)字符集;
• 字符序(Collation)是指在同一字符集內(nèi)字符之間的比較規(guī)則;
• 確定字符序后,才能在一個(gè)字符集上定義什么是等價(jià)的字符,以及字符之間的大小關(guān)系;
• 每個(gè)字符序唯一對(duì)應(yīng)一種字符集,但一個(gè)字符集可以對(duì)應(yīng)多種字符序,其中有一個(gè)是默認(rèn)字符序(Default Collation);
• MySQL中的字符序名稱遵從命名慣例:以字符序?qū)?yīng)的字符集名稱開頭;以_ci(表示大小寫不敏感)、_cs(表示大小寫敏感)或_bin(表示按編碼值比較)結(jié)尾。例如:在字符序``utf8_general_ci''下,字符``a''和``A''是等價(jià)的;
MySQL字符集設(shè)置
• 系統(tǒng)變量:
– character_set_server:默認(rèn)的內(nèi)部操作字符集
– character_set_client:客戶端來源數(shù)據(jù)使用的字符集
– character_set_connection:連接層字符集
– character_set_results:查詢結(jié)果字符集
– character_set_database:當(dāng)前選中數(shù)據(jù)庫(kù)的默認(rèn)字符集
– character_set_system:系統(tǒng)元數(shù)據(jù)(字段名等)字符集
– 還有以collation_開頭的同上面對(duì)應(yīng)的變量,用來描述字符序。
• 用introducer指定文本字符串的字符集:
– 格式為:[_charset] 'string' [COLLATE collation]
– 例如:
• SELECT _latin1 'string';
• SELECT _utf8 '你好' COLLATE utf8_general_ci;
– 由introducer修飾的文本字符串在請(qǐng)求過程中不經(jīng)過多余的轉(zhuǎn)碼,直接轉(zhuǎn)換為內(nèi)部字符集處理。
MySQL中的字符集轉(zhuǎn)換過程
1. MySQL Server收到請(qǐng)求時(shí)將請(qǐng)求數(shù)據(jù)從character_set_client轉(zhuǎn)換為character_set_connection;
2. 進(jìn)行內(nèi)部操作前將請(qǐng)求數(shù)據(jù)從character_set_connection轉(zhuǎn)換為內(nèi)部操作字符集,其確定方法如下:
• 使用每個(gè)數(shù)據(jù)字段的CHARACTER SET設(shè)定值;
• 若上述值不存在,則使用對(duì)應(yīng)數(shù)據(jù)表的DEFAULT CHARACTER SET設(shè)定值(MySQL擴(kuò)展,非SQL標(biāo)準(zhǔn));
• 若上述值不存在,則使用對(duì)應(yīng)數(shù)據(jù)庫(kù)的DEFAULT CHARACTER SET設(shè)定值;
• 若上述值不存在,則使用character_set_server設(shè)定值。
3. 將操作結(jié)果從內(nèi)部操作字符集轉(zhuǎn)換為character_set_results。


常見問題解析
• 向默認(rèn)字符集為utf8的數(shù)據(jù)表插入utf8編碼的數(shù)據(jù)前沒有設(shè)置連接字符集,查詢時(shí)設(shè)置連接字符集為utf8

– 插入時(shí)根據(jù)MySQL服務(wù)器的默認(rèn)設(shè)置,character_set_client、character_set_connection和character_set_results均為latin1;

– 插入操作的數(shù)據(jù)將經(jīng)過latin1=>latin1=>utf8的字符集轉(zhuǎn)換過程,這一過程中每個(gè)插入的漢字都會(huì)從原始的3個(gè)字節(jié)變成6個(gè)字節(jié)保存;

– 查詢時(shí)的結(jié)果將經(jīng)過utf8=>utf8的字符集轉(zhuǎn)換過程,將保存的6個(gè)字節(jié)原封不動(dòng)返回,產(chǎn)生亂碼……

• 向默認(rèn)字符集為latin1的數(shù)據(jù)表插入utf8編碼的數(shù)據(jù)前設(shè)置了連接字符集為utf8

– 插入時(shí)根據(jù)連接字符集設(shè)置,character_set_client、character_set_connection和character_set_results均為utf8;

– 插入數(shù)據(jù)將經(jīng)過utf8=>utf8=>latin1的字符集轉(zhuǎn)換,若原始數(shù)據(jù)中含有/u0000~/u00ff范圍以外的Unicode字符,會(huì)因?yàn)闊o法在latin1字符集中表示而被轉(zhuǎn)換為“?”(0x3F)符號(hào),以后查詢時(shí)不管連接字符集設(shè)置如何都無法恢復(fù)其內(nèi)容了。

檢測(cè)字符集問題的一些手段
• SHOW CHARACTER SET;

• SHOW COLLATION;

• SHOW VARIABLES LIKE 'character%';

• SHOW VARIABLES LIKE 'collation%';

• SQL函數(shù)HEX、LENGTH、CHAR_LENGTH

• SQL函數(shù)CHARSET、COLLATION

使用MySQL字符集時(shí)的建議
• 建立數(shù)據(jù)庫(kù)/表和進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)盡量顯式指出使用的字符集,而不是依賴于MySQL的默認(rèn)設(shè)置,否則MySQL升級(jí)時(shí)可能帶來很大困擾;

• 數(shù)據(jù)庫(kù)和連接字符集都使用latin1時(shí)雖然大部分情況下都可以解決亂碼問題,但缺點(diǎn)是無法以字符為單位來進(jìn)行SQL操作,一般情況下將數(shù)據(jù)庫(kù)和連接字符集都置為utf8是較好的選擇;

• 使用mysql C API時(shí),初始化數(shù)據(jù)庫(kù)句柄后馬上用mysql_options設(shè)定MYSQL_SET_CHARSET_NAME屬性為utf8,這樣就不用顯式地用SET NAMES語(yǔ)句指定連接字符集,且用mysql_ping重連斷開的長(zhǎng)連接時(shí)也會(huì)把連接字符集重置為utf8;

• 對(duì)于mysql PHP API,一般頁(yè)面級(jí)的PHP程序總運(yùn)行時(shí)間較短,在連接到數(shù)據(jù)庫(kù)以后顯式用SET NAMES語(yǔ)句設(shè)置一次連接字符集即可;但當(dāng)使用長(zhǎng)連接時(shí),請(qǐng)注意保持連接通暢并在斷開重連后用SET NAMES語(yǔ)句顯式重置連接字符集。

其他注意事項(xiàng)
• my.cnf中的default_character_set設(shè)置只影響mysql命令連接服務(wù)器時(shí)的連接字符集,不會(huì)對(duì)使用libmysqlclient庫(kù)的應(yīng)用程序產(chǎn)生任何作用!

• 對(duì)字段進(jìn)行的SQL函數(shù)操作通常都是以內(nèi)部操作字符集進(jìn)行的,不受連接字符集設(shè)置的影響。

• SQL語(yǔ)句中的裸字符串會(huì)受到連接字符集或introducer設(shè)置的影響,對(duì)于比較之類的操作可能產(chǎn)生完全不同的結(jié)果,需要小心!/P>

mysql客戶端與mysql服務(wù)端之間,存在著一個(gè)字符集轉(zhuǎn)換器。
 
character_set_client          =>gbk:轉(zhuǎn)換器就知道客戶端發(fā)送過來的是gbk格式的編碼
character_set_connection=>gbk:將客戶端傳送過來的數(shù)據(jù)轉(zhuǎn)換成gbk格式
character_set_results        =>gbk:
 
注:以上三個(gè)字符集可以使用set names gbk來統(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”格式保存的
過程:

 
首先,通過mysql客戶端,將數(shù)據(jù)發(fā)送給Mysql服務(wù)器,經(jīng)過字符集轉(zhuǎn)換器的時(shí)候,由于character_set_connection 值為gbk,所以會(huì)將客戶端發(fā)送過來的數(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不符
        通過 header('Content-type:text/html;charset=utf8');將客戶端的數(shù)據(jù)轉(zhuǎn)成utf8格式的,在數(shù)據(jù)經(jīng)過“字符集轉(zhuǎn)換器”的時(shí)候,由于character_set_client=gbk,而character_set_connection也等于gbk,所以從客戶端傳送過來的數(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格式來處理,從而轉(zhuǎn)成utf8(但是,這一步其實(shí)已經(jīng)錯(cuò)了。。。)。
    2.  result與客戶端頁(yè)面不符合的時(shí)候
        

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

通過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)過字符集轉(zhuǎn)換器的時(shí)候,如果處理不當(dāng),會(huì)造成數(shù)據(jù)丟失,而且是無法挽回的。
比如:
character_set_connection的值改為lantin的時(shí)候

從客戶端發(fā)送過來的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的字符編碼

相關(guān)文章

  • Centos?7.9安裝MySQL8.0.32的詳細(xì)教程

    Centos?7.9安裝MySQL8.0.32的詳細(xì)教程

    這篇文章主要介紹了Centos7.9安裝MySQL8.0.32的詳細(xì)教程,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2023-03-03
  • Mysql注入中的outfile、dumpfile、load_file函數(shù)詳解

    Mysql注入中的outfile、dumpfile、load_file函數(shù)詳解

    這篇文章主要介紹了Mysql注入中的outfile、dumpfile、load_file,需要的朋友可以參考下
    2018-05-05
  • MySQL利用frm文件和ibd文件恢復(fù)表結(jié)構(gòu)和表數(shù)據(jù)

    MySQL利用frm文件和ibd文件恢復(fù)表結(jié)構(gòu)和表數(shù)據(jù)

    當(dāng)MySQL數(shù)據(jù)庫(kù)遭遇崩潰或數(shù)據(jù)丟失時(shí),利用備份的 .frm 和 .ibd 文件恢復(fù)數(shù)據(jù)是一種有效的解決方案,.frm 文件包含表的結(jié)構(gòu)信息,而 .ibd 文件則存儲(chǔ)表的實(shí)際數(shù)據(jù),本文將提供一個(gè)詳細(xì)的步驟指南,演示如何利用這些文件恢復(fù)MySQL表數(shù)據(jù)和表結(jié)構(gòu),需要的朋友可以參考下
    2024-05-05
  • MySQL查看表的歷史SQL的幾種實(shí)現(xiàn)方法

    MySQL查看表的歷史SQL的幾種實(shí)現(xiàn)方法

    這篇文章主要介紹了多種查看MySQL表歷史SQL的方法,包括通用查詢?nèi)罩尽⒙樵內(nèi)罩?、performance_schema、binlog、第三方工具等,并提供了推薦的最佳實(shí)踐方案,需要的朋友可以參考下
    2025-12-12
  • MySQL如何查看數(shù)據(jù)庫(kù)連接數(shù)

    MySQL如何查看數(shù)據(jù)庫(kù)連接數(shù)

    本文介紹了在MySQL中查看數(shù)據(jù)庫(kù)連接數(shù)的多種方法,包括使用SHOWSTATUS命令、查詢information_schema數(shù)據(jù)庫(kù)、使用SHOWPROCESSLIST命令、查看最大連接數(shù)以及使用性能模式,每個(gè)方法都有詳細(xì)的示例和注意事項(xiàng),幫助你有效地監(jiān)控和管理數(shù)據(jù)庫(kù)連接
    2024-11-11
  • mysql 5.7.13 安裝配置方法圖文教程(win10)

    mysql 5.7.13 安裝配置方法圖文教程(win10)

    這篇文章主要為大家分享了mysql 5.7.13 安裝配置方法圖文教程,感興趣的朋友可以參考一下
    2016-06-06
  • MySQL中比較運(yùn)算符的具體使用

    MySQL中比較運(yùn)算符的具體使用

    本文介紹了SQL中常用的符號(hào)類型和非符號(hào)類型運(yùn)算符,符號(hào)類型運(yùn)算符包括等于(=)、安全等于(<=>)、不等于(<>/!=)、大小比較(<,<=,>,>=)等,感興趣的可以了解一下
    2025-07-07
  • 詳解MySQL事務(wù)的ACID如何實(shí)現(xiàn)

    詳解MySQL事務(wù)的ACID如何實(shí)現(xiàn)

    事務(wù)(Transaction)是并發(fā)控制的基本單位,所謂的事務(wù)呢,它是一個(gè)操作序列,這些操作要么都執(zhí)行,要么都不執(zhí)行,它是一個(gè)不可分割的工作單位,本文給大家詳細(xì)介紹了MySQL事務(wù)的ACID如何實(shí)現(xiàn),需要的朋友可以參考下
    2023-10-10
  • MySQL主從延遲問題解決

    MySQL主從延遲問題解決

    這篇文章主要介紹了MySQL主從延遲問題解決的方法,幫助大家更好的理解和使用MySQL數(shù)據(jù)庫(kù),感興趣的朋友可以了解下
    2021-01-01
  • MYSQL事務(wù)回滾的2個(gè)問題分析

    MYSQL事務(wù)回滾的2個(gè)問題分析

    在事務(wù)中,每個(gè)正確的原子操作都會(huì)被順序執(zhí)行,直到遇到錯(cuò)誤的原子操作,此時(shí)事務(wù)會(huì)將之前的操作進(jìn)行回滾?;貪L的意思是如果之前是插入操作,那么會(huì)執(zhí)行刪 除插入的記錄,如果之前是update操作,也會(huì)執(zhí)行update操作將之前的記錄還原
    2014-05-05

最新評(píng)論

新竹市| 韶关市| 建瓯市| 孟津县| 武汉市| 独山县| 保靖县| 郓城县| 嵊泗县| 若羌县| 淮南市| 涿鹿县| 陆河县| 通州区| 西充县| 宜兰市| 东辽县| 含山县| 邹平县| 黄石市| 噶尔县| 陇西县| 温宿县| 芒康县| 西和县| 历史| 吉隆县| 阜康市| 拉萨市| 师宗县| 酉阳| 西畴县| 盐边县| 平度市| 旌德县| 灌云县| 贡嘎县| 万载县| 南皮县| 开江县| 巴彦淖尔市|