石麗怡
(海南政法職業(yè)學(xué)院 海南省海口市 571100)
MySQL 數(shù)據(jù)庫(kù)是瑞典MySQL AB 公司開(kāi)發(fā)的一個(gè)小型關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)。目前被廣泛地應(yīng)用在Internet 加上的中小型網(wǎng)站。MySQL 數(shù)據(jù)庫(kù)是開(kāi)源數(shù)據(jù)庫(kù)。開(kāi)源數(shù)據(jù)庫(kù)的特點(diǎn)是速度快、易用性好、支持SQL、對(duì)網(wǎng)絡(luò)支持性好、可移植性好、費(fèi)用低等。這些特點(diǎn)使得MySQL 成為“最受歡迎的開(kāi)源數(shù)據(jù)庫(kù)”。在2020年4月份的DB-Engines 數(shù)據(jù)庫(kù)流行度排行榜[1]中My SQL 排名中排名第2 位。
字符集是指一種從二進(jìn)制編碼到某類字符符號(hào)的映射,校對(duì)是指一組用于某個(gè)字符集的排序規(guī)則。并且每一類編碼字符都有其對(duì)應(yīng)的字符集和校對(duì)規(guī)則。
只要涉及到中文的地方,就會(huì)存在字符集和編碼方式,MySQL可以支持很多種字符集,在同一臺(tái)服務(wù)器,同一個(gè)數(shù)據(jù)庫(kù),甚至同一個(gè)表的不同字段都可以指定使用不同的字符集。相比其他數(shù)據(jù)庫(kù)管理系統(tǒng),MySQL 要更加靈活些。正是因?yàn)镸ySQL 的字符集的靈活性,也體現(xiàn)了MySQL 的字符集負(fù)責(zé)性和繁瑣性,使得我們?cè)趯?shí)際得應(yīng)用過(guò)程中,經(jīng)常出現(xiàn)MySQL 數(shù)據(jù)庫(kù)中的文字不能正常顯示,會(huì)出現(xiàn)亂碼等情況。
支持中文的字符集主流有三種:UTF-8 字符集、GBK 字符集和GB2312 字符集。
是一種多字節(jié)的國(guó)際編碼,通用性強(qiáng),它包含全世界所有國(guó)家需要用到的字符,英文用1 個(gè)字節(jié)(即8 位二進(jìn)制),中文使用3個(gè)字節(jié)(24 位)來(lái)進(jìn)行編碼, 其編碼的文字可以在各國(guó)支持utf-8字符集的瀏覽器上顯示。例如在utf-8 編碼下,英文的IE 也能顯示中文,無(wú)需再額外下載支持包。
GBK 是國(guó)家標(biāo)準(zhǔn)編碼,通用性比較差,是GB2312 的擴(kuò)展字符集,其文字編碼不論中文還是英文均采用雙字節(jié)表示,只對(duì)中文有區(qū)分,GBK 包含全部的中文字符。
GB2312 全稱是“信息交換用漢字編碼字符集”,由中華人民共和國(guó)國(guó)家標(biāo)準(zhǔn)總局于1980年發(fā)布,1981年5月1日起實(shí)施,是漢字字符集編碼,是最基本的漢字編碼集。它共有、收錄了7445個(gè)字節(jié),其中簡(jiǎn)化漢字6763 個(gè),字母和符號(hào)682 個(gè)。只支持簡(jiǎn)體中文。
這三中字符集都可以顯示中文字符,用于GB 是國(guó)標(biāo)的意思,GB2312 和GBK 主要用于漢字的編碼,而utf-8 是全世界通用的。GBK 和UTF-8 功能一樣,但是編碼方式不一樣,GBK 的中文和英文編碼是雙字節(jié),而UTF-8 是多字節(jié)編碼,英文使用1 個(gè)字節(jié),中文使用3 個(gè)字節(jié)來(lái)編碼,所以,對(duì)于英文較多的網(wǎng)站則用UTF-8節(jié)省空間。如果開(kāi)發(fā)的網(wǎng)站是不對(duì)外開(kāi)放的中文網(wǎng)站,那么使用GB2312 和GBK 就夠了,如果開(kāi)發(fā)的網(wǎng)站是全球通用就要設(shè)置稱UTF-8
在使用MySQL 數(shù)據(jù)庫(kù)時(shí),總結(jié)了以下幾種,MySQL 中出現(xiàn)中文亂碼的問(wèn)題:①數(shù)據(jù)庫(kù)中的中文字符,亂碼顯示。②web 頁(yè)面顯示數(shù)據(jù)庫(kù)中文字符時(shí)出現(xiàn)亂碼。③不能儲(chǔ)存時(shí)下比較流行的emoji 表情。
分析產(chǎn)生亂碼原因:
(1)要了解MySQL 中字符集相關(guān)變量,首先了解其含義:
如表1 所示,默認(rèn)的字符集可在3 個(gè)級(jí)別進(jìn)行定義,分別是數(shù)據(jù)庫(kù)服務(wù)器(database sever)級(jí)別,數(shù)據(jù)庫(kù)(database)級(jí)別,數(shù)據(jù)表(table)級(jí)別以及字段(column)級(jí)。數(shù)據(jù)庫(kù)服務(wù)器(database sever)級(jí)別是在數(shù)據(jù)庫(kù)系統(tǒng)的配置文件my.ini(windows)或my.cnf(linux)上進(jìn)行修改??砂匆韵虏襟E查詢配置文件my.ini 的位置:
①命令:select @@dasedir 查詢MySQL 在本機(jī)中的安裝目錄。
②命令:select @@datadir 查詢my.ini 所在的位置。
(2)了解完整的字符集流轉(zhuǎn)過(guò)程:
①mysql 服務(wù)器收到客戶端發(fā)送過(guò)來(lái)的請(qǐng)求時(shí),從 character_set_client 轉(zhuǎn)換為character_set_connection。
②進(jìn)行內(nèi)部操作前將請(qǐng)求數(shù)據(jù)從character_set_connection轉(zhuǎn)換為內(nèi)部操作字符集,方法如下:使用每個(gè)字段coulumn的CHARACTER SET 設(shè)定值;若未設(shè)置字段coulumn 的CHARACTER SET,則使用對(duì)應(yīng)數(shù)據(jù)表的default_character_set 設(shè)定值;若Column、Table 均未設(shè)置Charater SET,則使用對(duì)應(yīng)數(shù)據(jù)庫(kù)的DEFAULT CHARACTER SET 設(shè)定值;如Column、Table、Database 均未設(shè)地Charater SET,則使用服務(wù)器的character_set_server 設(shè)定值。
③最后將操作結(jié)果從內(nèi)部操作字符集轉(zhuǎn)換為character_set_results。
(1)假設(shè)在安裝MySQL 數(shù)據(jù)庫(kù)是默認(rèn)安裝,那服務(wù)器默認(rèn)的字符集一般是latin1。在建庫(kù)和建表時(shí)如果沒(méi)有指定其他的字符集,那么數(shù)據(jù)庫(kù)則沿用服務(wù)器默認(rèn)的字符集latin1。latin1 字符集不能顯示中文字符,會(huì)提示如下所示錯(cuò)誤。
表1
表2
解決方法:將數(shù)據(jù)庫(kù)字符集修改為utf8 或者GBK 即可。
命令:alter database tty character set ‘utf8’;
(2)還有一種情況就是sever 為utf8,但是column 為latin1,也會(huì)提示錯(cuò)誤。
解決方法:將數(shù)據(jù)表字符集修改為utf8 或者GBK。
命令:alter table yyyu convert to character set ‘utf8’.
(1)假設(shè)客戶端向MySQL 服務(wù)器發(fā)送了一組UTF-8 命令,而的此時(shí)服務(wù)器端字符集假設(shè)是latin1,即Character_set_client 為L(zhǎng)atin1,那么存儲(chǔ)到數(shù)據(jù)庫(kù)中的文字信息就會(huì)變成亂碼。
(2)假設(shè)服務(wù)器端向客戶端發(fā)送了latin1 編碼數(shù)據(jù),但是客戶端的編碼形式為UTF-8,那么現(xiàn)實(shí)在web 頁(yè)面上的中文信息也是亂碼。
以上兩種情況如表2 所示。
解決方法:將服務(wù)器端的Character_set_connection、Character_set_client、Character_set_results 三個(gè)系統(tǒng)變量的值設(shè)置為web 客戶端的字符集utf-8 即可解決亂碼問(wèn)題。一可采用相關(guān)命令進(jìn)行更改,最直接的方法是找到配置文件my.ini 進(jìn)行如下修改:
Emoji 是時(shí)下比較流行的表情符號(hào),也數(shù)據(jù)一種數(shù)據(jù)??杀4嬖贛ySQL 數(shù)據(jù)庫(kù)中,在存儲(chǔ)時(shí)若操作不當(dāng)會(huì)出現(xiàn)incorrect string value 這個(gè)錯(cuò)誤。這是因?yàn)閑moji 表情是4 個(gè)字節(jié)的,而大家普遍認(rèn)為utf-8 就是萬(wàn)能的字符集了,在筆者遇到這個(gè)問(wèn)題時(shí)也是一直這么認(rèn)為的,直到遇到emoji 表情。很明顯3 個(gè)字節(jié)的utf-8 不能容納4 個(gè)字節(jié)的emoji 表情。這個(gè)時(shí)候MySQL 數(shù)據(jù)庫(kù)為了解決這個(gè)問(wèn)題,在5.3 版本之后新增了一個(gè)utf-8 字符集編碼utf8mb4 編碼,之前編碼一直是utf8 編碼,utf8mb4 是utf8 的超級(jí),占4 個(gè)字節(jié),能夠向下兼容utf8。
解決方法:
(1)修改三級(jí)編碼。
①修改數(shù)據(jù)庫(kù)編碼:ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
②修改數(shù)據(jù)表編碼:ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
③修改表字段編碼:ALTER TABLE table_name CHANGE column_name VARCHAR(191) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
(2)修改my.ini 配置文件。
MySQL 作為全世界最受歡迎的開(kāi)源數(shù)據(jù)庫(kù)平臺(tái),擁有越來(lái)越多的編程愛(ài)好者,在中文環(huán)境下編程的用戶越來(lái)多,而使用過(guò)程中出現(xiàn)亂碼或者數(shù)據(jù)不能存儲(chǔ)的問(wèn)題進(jìn)行了研究,經(jīng)過(guò)反復(fù)操作實(shí)驗(yàn),提出了具體的解決方案。