mysql在5.5.3之後增加了這個utf8mb4的編碼，mb4就是most bytes 4的意思，專門用來相容四位元組的unicode。好在utf8mb4是utf8的超集，除了將編碼改為utf8mb4外不需要做其他轉換。當然，為了節省空間，一般情況下使用utf8也就夠了。
一、內容描述
那上面說了既然utf8能夠存下大部分中文漢字,那為什麼還要使用utf8mb4呢? 原來mysql支援的 utf8 編碼最大字元長度為 3 位元組，如果遇到 4 位元組的寬字元就會插入異常了。三個位元組的 utf-8 最大能編碼的 unicode 字元是 0xffff，也就是 unicode 中的基本多文種平面(bmp)。也就是說，任何不在基本多文字平面的 unicode字元，都無法使用 mysql 的 utf8 字符集儲存。包括 emoji 表情(emoji 是一種特殊的 unicode 編碼，常見於 ios 和 android 手機上)，和很多不常用的漢字，以及任何新增的 unicode 字元等等。
二、問題根源
最初的 utf-8 格式使用一至六個位元組，最大能編碼 31 位字元。最新的 utf-8 規範只使用一到四個位元組，最大能編碼21位，正好能夠表示所有的 17個 unicode 平面。
utf8 是 mysql 中的一種字符集，只支援最長三個位元組的 utf-8字元，也就是 unicode 中的基本多文字平面。
mysql 中的 utf8 為什麼只支援持最長三個位元組的 utf-8字元呢？我想了一下，可能是因為 mysql 剛開始開發那會，unicode 還沒有輔助平面這一說呢。那時候，unicode 委員會還做著 「65535 個字元足夠全世界用了」的美夢。mysql 中的字串長度算的是字元數而非位元組數，對於 char 資料型別來說，需要為字串保留足夠的長。當使用 utf8 字符集時，需要保留的長度就是 utf8 最長字元長度乘以字串長度，所以這裡理所當然的限制了 utf8 最大長度為 3，比如 char(100) mysql 會保留 300位元組長度。至於後續的版本為什麼不對 4 位元組長度的 utf-8 字元提供支援，我想乙個是為了向後相容性的考慮，還有就是基本多文種平面之外的字元確實很少用到。
要在 mysql 中儲存 4 位元組長度的 utf-8 字元，需要使用 utf8mb4 字符集，但只有 5.5.3 版本以後的才支援(檢視版本： select version();)。我覺得，為了獲取更好的相容性，應該總是使用 utf8mb4 而非 utf8. 對於 char 型別資料，utf8mb4 會多消耗一些空間，根據 mysql 官方建議，使用 varchar 替代 char。
utf 8 和 utf8的區別小記
utf 8 是標準寫法，php 在 windows 下邊英文不區分大小寫，所以也可以寫成 utf 8 utf 8 也可以把中間的 省略，寫成 utf8 一般程式都能識別，但也有例外 如下文 為了嚴格一點，最好用標準的大寫 utf 8 在資料庫中只能使用 utf8 mysql 在mysql的命令模式中...
網頁utf 8亂碼 utf8亂碼
複製 在前 在windows作業系統上使用ie作為瀏覽器時。常常會發生這樣的問題 在瀏覽使用utf 8編碼的網頁時，瀏覽器無法自動偵測 即沒有設定 自動選擇 編碼格式時 該頁面所用的編碼。即使網頁已經宣告過編碼格式 由此造成某些含有中文utf 8編碼的頁面產生空白輸出。由於utf 8為3個位元組表示...
utf8 和 UTF 8 在使用中的區別
在使用中常常遇到utf 8和utf8，現在終於弄明白他們的使用不同之處了，現在來和大家分享一下，下面我們看一下utf8 和 utf 8 有什麼區別 utf 8 是標準寫法，php在windows下邊英文不區分大小寫，所以也可以寫成 utf 8 utf 8 也可以把中間的 省略，寫成 utf8 一般程...