一、簡(jiǎn)介
MySQL在5.5.3之后增加了這個(gè)utf8mb4的編碼或听，mb4就是most bytes
4的意思，專門用來(lái)兼容四字節(jié)的unicode。好在utf8mb4是utf8的超集脚猾，除了將編碼改為utf8mb4外不需要做其他轉(zhuǎn)換。當(dāng)然砚哗，為了節(jié)省空間龙助，一般情況下使用utf8也就夠了。
二蛛芥、內(nèi)容描述
? ?那上面說(shuō)了既然utf8能夠存下大部分中文漢字,那為什么還要使用utf8mb4呢? 原來(lái)mysql支持的 utf8 編碼最大字符長(zhǎng)度為
3 字節(jié)提鸟，如果遇到 4 字節(jié)的寬字符就會(huì)插入異常了。三個(gè)字節(jié)的 UTF-8 最大能編碼的 Unicode 字符是 0xffff仅淑，也就是
Unicode 中的基本多文種平面(BMP)称勋。也就是說(shuō)，任何不在基本多文本平面的 Unicode字符涯竟，都無(wú)法使用 Mysql 的 utf8
字符集存儲(chǔ)赡鲜。包括 Emoji 表情(Emoji 是一種特殊的 Unicode 編碼，常見于 ios 和 android
手機(jī)上)庐船，和很多不常用的漢字银酬，以及任何新增的 Unicode 字符等等。
三筐钟、問題根源
? ?最初的 UTF-8 格式使用一至六個(gè)字節(jié)揩瞪，最大能編碼 31 位字符。最新的 UTF-8 規(guī)范只使用一到四個(gè)字節(jié)篓冲，最大能編碼21位李破，正好能夠表示所有的 17個(gè) Unicode 平面宠哄。
? ?utf8 是 Mysql 中的一種字符集，只支持最長(zhǎng)三個(gè)字節(jié)的 UTF-8字符嗤攻，也就是 Unicode 中的基本多文本平面琳拨。
? ?Mysql 中的 utf8 為什么只支持持最長(zhǎng)三個(gè)字節(jié)的 UTF-8字符呢？我想了一下屯曹，可能是因?yàn)?Mysql
剛開始開發(fā)那會(huì)狱庇，Unicode 還沒有輔助平面這一說(shuō)呢。那時(shí)候恶耽，Unicode 委員會(huì)還做著 “65535
個(gè)字符足夠全世界用了”的美夢(mèng)密任。Mysql 中的字符串長(zhǎng)度算的是字符數(shù)而非字節(jié)數(shù)，對(duì)于 CHAR 數(shù)據(jù)類型來(lái)說(shuō)偷俭，需要為字符串保留足夠的長(zhǎng)浪讳。當(dāng)使用
utf8 字符集時(shí)，需要保留的長(zhǎng)度就是 utf8 最長(zhǎng)字符長(zhǎng)度乘以字符串長(zhǎng)度涌萤，所以這里理所當(dāng)然的限制了 utf8 最大長(zhǎng)度為 3淹遵，比如
CHAR(100) ?Mysql 會(huì)保留 300字節(jié)長(zhǎng)度。至于后續(xù)的版本為什么不對(duì) 4 字節(jié)長(zhǎng)度的 UTF-8
字符提供支持负溪，我想一個(gè)是為了向后兼容性的考慮透揣，還有就是基本多文種平面之外的字符確實(shí)很少用到。
? ?要在 Mysql 中保存 4 字節(jié)長(zhǎng)度的 UTF-8 字符川抡，需要使用 utf8mb4 字符集辐真，但只有 5.5.3
版本以后的才支持(查看版本： select version();)。我覺得崖堤，為了獲取更好的兼容性侍咱，應(yīng)該總是使用 utf8mb4 而非 utf8.
?對(duì)于 CHAR 類型數(shù)據(jù)，utf8mb4 會(huì)多消耗一些空間密幔，根據(jù) Mysql 官方建議楔脯，使用 VARCHAR ?替代 CHAR。
