本篇文章給大家主要講的是關于建Mysql數(shù)據(jù)庫時為什么不適用utf8的內(nèi)容，感興趣的話就一起來看看這篇文章吧，相信看完建Mysql數(shù)據(jù)庫時為什么不適用utf8對大家多少有點參考價值吧。

創(chuàng)新互聯(lián)公司長期為上1000家客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為咸寧企業(yè)提供專業(yè)的網(wǎng)站建設、做網(wǎng)站，咸寧網(wǎng)站改版等技術服務。擁有10年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

當然，現(xiàn)在建數(shù)據(jù)庫時，大家一般都會使用utf8mb4，那為什么不適用utf8呢，其實是一個坑。
mysql中的utf8只支持每個字符三個字節(jié)，而真正的UTF-8是每個字符最多四字節(jié)，這可以算數(shù)Mysql的一個bug。在mysql中，真正支持UTF-8的字符集是utf8mb4，占用四個字節(jié)。
歷史數(shù)據(jù)是這樣的：
2003年，MySQL 從 4.1 版本開始支持 UTF-8，但是這是一個舊版的標準（RFC 2279），新版的UTF-8標準（RFC 3629）是之后才出現(xiàn)的。
RFC 2279最多支持每個字符 6 個字節(jié)。但是在2002年9月，MySQL源代碼進行了一次調(diào)整：“UTF8 現(xiàn)在最多只支持 3 個字節(jié)的序列”。至于調(diào)整的原因，目前也已經(jīng)無從考證了。
可以猜測一下，大概是當初的設計者想要占用更少的空間，達到更快的查詢速度吧。6個字節(jié)有點多，3個字節(jié)足夠了。但是這也就造成了由于存儲空間不夠，不能兼容RFC 3629標準。
所以utf8可以說是mysql的獨創(chuàng)的一套字符集，并不符合字面給人的認知。人們發(fā)現(xiàn)了他的問題之后，期待MySQL進行修復。不過可能是因為種種原因吧，mysql并沒有修復utf8的問題，而是在 2010 年重新發(fā)布了“utf8mb4”來支持真正的UTF-8。
所以呢，重要的事說三遍。
mysql中，utf8不是真正的支持UTF-8的字符集，utf8mb4才是。
mysql中，utf8不是真正的支持UTF-8的字符集，utf8mb4才是。
mysql中，utf8不是真正的支持UTF-8的字符集，utf8mb4才是。

以上關于建Mysql數(shù)據(jù)庫時為什么不適用utf8詳細內(nèi)容，對大家有幫助嗎？如果想要了解更多相關，可以繼續(xù)關注我們的行業(yè)資訊板塊。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

分享文章：建Mysql數(shù)據(jù)庫時為什么不適用utf8-創(chuàng)新互聯(lián)
URL鏈接：http://weahome.cn/article/cecjjj.html