建Mysql數(shù)據(jù)庫時(shí)為什么不適用utf8

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

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

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