企業(yè)建站為什么在Mysql中不能使用“UFT8”
使用MYSQL的時(shí)候經(jīng)常會遇到一個(gè)問題,試著通過 Rails 在以“utf8”編碼的 MariaDB 中保存一個(gè) UTF-8 字符串,然后出現(xiàn)了一個(gè)特別離奇的錯(cuò)誤:
Incorrect string value: ‘\xF0\x9F\x98\x83 <…’ for column ‘summary’ at row 1
UTF-8 編碼的客戶端,服務(wù)器也是 UTF-8 編碼的,數(shù)據(jù)庫也是,就連要保存的這個(gè)字符串“ <…”也是合法的 UTF-8。問題的癥結(jié)在于,MySQL 的“utf8”實(shí)際上不是真正的 UTF-8。“utf8”只支持每個(gè)字符最多三個(gè)字節(jié),而真正的 UTF-8 是每個(gè)字符最多四個(gè)字節(jié)。原來MySQL 一直沒有修復(fù)這個(gè) bug,他們在 2010 年發(fā)布了一個(gè)叫作“utf8mb4”的字符集,繞過了這個(gè)問題。他們并沒有對這個(gè)新的字符集廣而告之,以致于現(xiàn)在網(wǎng)絡(luò)上仍然在建議開發(fā)者使用“utf8”,但是這些建議都是錯(cuò)誤的。
簡單概括如下:
(1)MySQL 的“utf8mb4”是真正的“UTF-8”。
(2)MySQL 的“utf8”只是一種“專屬的編碼”,它能夠編碼的 Unicode 字符并不多。
尚品小編這里建議大家:使用“utf8”的 MySQL 和 MariaDB 的用戶都應(yīng)該改用“utf8mb4”,永遠(yuǎn)都不要再使用“utf8”。
第一、什么是編碼?什么是 UTF-8?
眾所周知,計(jì)算機(jī)儲存的實(shí)質(zhì)是二進(jìn)制,是使用 0 和 1 來存儲文本。比如字符“C”被存成“01000011”,那么計(jì)算機(jī)在顯示這個(gè)字符時(shí)需要經(jīng)過兩個(gè)步驟:
-
我的電腦將“C”映射成 Unicode 字符集中的 67。
-
我的電腦將 67 編碼成“01000011”,并發(fā)送給 Web 服務(wù)器。
相對的:
-
計(jì)算機(jī)讀取“01000011”,得到數(shù)字 67,因?yàn)?67 被編碼成“01000011”。
-
計(jì)算機(jī)在 Unicode 字符集中查找 67,找到了“C”。
幾乎所有的網(wǎng)絡(luò)應(yīng)用都使用了 Unicode 字符集,因?yàn)闆]有理由使用其他字符集。
Unicode 字符集包含了上百萬個(gè)字符。最簡單的編碼是 UTF-32,每個(gè)字符使用 32 位。這樣做最簡單,因?yàn)橐恢币詠恚?jì)算機(jī)將 32 位視為數(shù)字,而計(jì)算機(jī)最在行的就是處理數(shù)字。但問題是,這樣太浪費(fèi)空間了。
UTF-8 可以節(jié)省空間,在 UTF-8 中,字符“C”只需要 8 位,其他的字符可能使用 16 位或 24 位。一篇類似本文這樣的文章,如果使用 UTF-8 編碼,占用的空間只有 UTF-32 的四分之一左右。
第二、 MySQL 簡史
為什么 MySQL 開發(fā)者會讓“utf8”失效?我們或許可以從提交日志中尋找答案。
MySQL 4.1 版本支持 UTF-8,也就是 2003 年,而今天使用的 UTF-8 標(biāo)準(zhǔn)(RFC 3629)是隨后才出現(xiàn)的。而舊版的 UTF-8 標(biāo)準(zhǔn)(RFC 2279)最多支持每個(gè)字符 6 個(gè)字節(jié)。2002 年 3 月 28 日,MySQL 開發(fā)者在第一個(gè) MySQL 4.1 預(yù)覽版中使用了 RFC 2279。同年 9 月,他們對 MySQL 源代碼進(jìn)行了一次調(diào)整:“UTF8 現(xiàn)在最多只支持 3 個(gè)字節(jié)的序列”。那么是誰提交了這些代碼?他為什么要這樣做?這個(gè)問題不得而知。在遷移到 Git 后(MySQL 最開始使用的是 BitKeeper),MySQL 代碼庫中的很多提交者的名字都丟失了。2003 年 9 月的郵件列表中也找不到可以解釋這一變更的線索。
不過可以試著猜測一下。
2002 年,MySQL 做出了一個(gè)決定:如果用戶可以保證數(shù)據(jù)表的每一行都使用相同的字節(jié)數(shù),那么 MySQL 就可以在性能方面來一個(gè)大提升。為此,用戶需要將文本列定義為“CHAR”,每個(gè)“CHAR”列總是擁有相同數(shù)量的字符。如果插入的字符少于定義的數(shù)量,MySQL 就會在后面填充空格,如果插入的字符超過了定義的數(shù)量,后面超出部分會被截?cái)唷?/span>
MySQL 開發(fā)者在最開始嘗試 UTF-8 時(shí)使用了每個(gè)字符 6 個(gè)字節(jié),CHAR(1) 使用 6 個(gè)字節(jié),CHAR(2) 使用 12 個(gè)字節(jié),并以此類推。
可以說,他們最初的版本才是正確的,可惜這一版本一直沒有發(fā)布。但是文檔上卻寫了,而且廣為流傳,所有了解 UTF-8 的人都認(rèn)同文檔里寫的東西。
不過很顯然,MySQL 開發(fā)者或廠商擔(dān)心會有用戶做這兩件事:
-
使用 CHAR 定義列。
-
將 CHAR 列的編碼設(shè)置為“utf8”。
小編猜測應(yīng)該是 MySQL 開發(fā)者本來想幫助那些希望在空間和速度上雙贏的用戶,但時(shí)他們卻搞砸了“utf8”編碼。
所以結(jié)果就是失敗的。那些希望在空間和速度上雙贏的用戶,當(dāng)他們在使用“utf8”的 CHAR 列時(shí),實(shí)際上使用的空間比預(yù)期的更大,速度也比預(yù)期的慢。而想要正確性的用戶,當(dāng)他們使用“utf8”編碼時(shí),卻無法保存像“”這樣的字符。
第三、為什么這個(gè)問題很引起人們的注意
關(guān)于這個(gè)問題,小編曾經(jīng)花費(fèi)很多時(shí)間才找到這個(gè) bug。但是不確定這是唯一的一個(gè),網(wǎng)絡(luò)上幾乎所有的文章都把“utf8”當(dāng)成是真正的 UTF-8。“utf8”只能算是個(gè)專有的字符集,它給我們帶來了新問題,卻一直沒有得到解決。
建站流程
-
網(wǎng)站需求
-
網(wǎng)站策劃方案
-
頁面設(shè)計(jì)風(fēng)格
-
確認(rèn)交付使用
-
資料錄入優(yōu)化
-
程序設(shè)計(jì)開發(fā)
-
后續(xù)跟蹤服務(wù)
-
聯(lián)系電話
010-60259772
熱門標(biāo)簽
- 網(wǎng)站建設(shè)
- 食品網(wǎng)站建設(shè)
- 微信小程序開發(fā)
- 小程序開發(fā)
- 無錫網(wǎng)站建設(shè)
- 研究所網(wǎng)站建設(shè)
- 沈陽網(wǎng)站建設(shè)
- 廊坊網(wǎng)站建設(shè)
- 鄭州網(wǎng)站建設(shè)
- 婚紗攝影網(wǎng)站建設(shè)
- 手機(jī)端網(wǎng)站建設(shè)
- 高校網(wǎng)站制作
- 天津網(wǎng)站建設(shè)
- 教育網(wǎng)站建設(shè)
- 品牌網(wǎng)站建設(shè)
- 政府網(wǎng)站建設(shè)
- 北京網(wǎng)站建設(shè)
- 網(wǎng)站設(shè)計(jì)
- 網(wǎng)站制作
最新文章
推薦新聞
更多行業(yè)-
定制網(wǎng)站建設(shè)中需要遵循的頁面布局原則
在定制網(wǎng)站建設(shè)中,頁面布局是非常重要的一環(huán)。好的頁面布局可以讓網(wǎng)站更加...
2023-08-10 -
做外貿(mào)網(wǎng)站的標(biāo)準(zhǔn)是什么?
到目前為止,很多企業(yè)都是外貿(mào)公司,外貿(mào)行業(yè)的網(wǎng)站制造規(guī)模一直是外貿(mào)企業(yè)...
2021-05-07 -
建設(shè)網(wǎng)站前期應(yīng)該準(zhǔn)備什么資料?
網(wǎng)站建設(shè)需要的圖片資料,主要是以產(chǎn)品或服務(wù)照片、公司相關(guān)場景照片、企業(yè)...
2020-08-03 -
外鏈四大原則:做新 做寬 做多 做細(xì)
北京網(wǎng)站建設(shè)公司尚品中國(taxlienfortunes.com):外鏈推廣...
2012-05-09 -
企業(yè)網(wǎng)絡(luò)營銷涉及的內(nèi)容
所謂市場營銷,是指企業(yè)旨在滿足消費(fèi)需求、實(shí)現(xiàn)企業(yè)目標(biāo)的經(jīng)營活動(dòng)過程,包...
2014-12-09 -
企業(yè)網(wǎng)站降權(quán)的原因是什么
網(wǎng)站改版原因:如果網(wǎng)站改變程序,改變路徑,刪除目錄,會出現(xiàn)大量死鏈接,...
2020-12-24
預(yù)約專業(yè)咨詢顧問溝通!
免責(zé)聲明
非常感謝您訪問我們的網(wǎng)站。在您使用本網(wǎng)站之前,請您仔細(xì)閱讀本聲明的所有條款。
1、本站部分內(nèi)容來源自網(wǎng)絡(luò),涉及到的部分文章和圖片版權(quán)屬于原作者,本站轉(zhuǎn)載僅供大家學(xué)習(xí)和交流,切勿用于任何商業(yè)活動(dòng)。
2、本站不承擔(dān)用戶因使用這些資源對自己和他人造成任何形式的損失或傷害。
3、本聲明未涉及的問題參見國家有關(guān)法律法規(guī),當(dāng)本聲明與國家法律法規(guī)沖突時(shí),以國家法律法規(guī)為準(zhǔn)。
4、如果侵害了您的合法權(quán)益,請您及時(shí)與我們,我們會在第一時(shí)間刪除相關(guān)內(nèi)容!
聯(lián)系方式:010-60259772
電子郵件:394588593@qq.com