mysql中字符集 utf8 和utf8mb4 區別

能夠簡單的理解 utf8mb4 是目前最大的一個字符編碼,支持任意文字.

爲何會有UTF8MB4？

既然utf8應付平常使用徹底沒有問題，那爲何還要使用utf8mb4呢? 低版本的MySQL支持的utf8編碼，最大字符長度爲 3 字節，若是遇到 4 字節的字符就會出現錯誤了。三個字節的 UTF-8 最大能編碼的 Unicode 字符是 0xFFFF，也就是 Unicode 中的基本多文平面（BMP）。也就是說，任何不在基本多文平面的 Unicode字符，都沒法使用MySQL原有的 utf8 字符集存儲。這些不在BMP中的字符包括哪些呢？最多見的就是Emoji 表情（Emoji 是一種特殊的 Unicode 編碼，常見於 ios 和 android 手機上），和一些不經常使用的漢字，以及任何新增的 Unicode 字符等等。

UTF-8編碼

理論上將， UTF-8 格式使用一至六個字節，最大能編碼 31 位字符。最新的 UTF-8 規範只使用一到四個字節，最大能編碼21位，正好可以表示全部的 17個 Unicode 平面。關於UTF編碼，請閱讀《常見編碼總結》一文。
而utf8 則是 Mysql 早期版本中支持的一種字符集，只支持最長三個字節的 UTF-8字符，也就是 Unicode 中的基本多文本平面。這多是由於在MySQL發佈初期，基本多文種平面以外的字符確實不多用到。而在MySQL5.5.3版本後，要在 Mysql 中保存 4 字節長度的 UTF-8 字符，就可使用 utf8mb4 字符集了。例如能夠用utf8mb4字符編碼直接存儲emoj表情，而不是存表情的替換字符。
爲了獲取更好的兼容性，應該老是使用 utf8mb4 而非 utf8，事實上，最新版的phpmyadmin默認字符集就是utf8mb4。誠然，對於 CHAR 類型數據，使用utf8mb4 存儲會多消耗一些空間。

那麼utf8mb4比utf8多了什麼的呢?

多了emoji編碼支持.

若是實際用途上來看,能夠給要用到emoji的庫或者說表,設置utf8mb4.

好比評論,文章什麼的要支持emoji能夠用到.

建議普通表使用utf8 若是這個表須要支持emoji就使用utf8mb4

新建mysql庫或者表的時候還有一個排序規則

utf8_unicode_ci比較準確，utf8_general_ci速度比較快。一般狀況下 utf8_general_ci的準確性就夠咱們用的了，在我看過不少程序源碼後，發現它們大多數也用的是utf8_general_ci，因此新建數據 庫時通常選用utf8_general_ci就能夠了 若是是utf8mb4那麼對應的就是 utf8mb4_general_ci utf8mb4_unicode_ci