一、簡介
MySQL在5.5.3之后增加了這個utf8mb4的編碼，mb4就是most bytes 4的意思，專門用來兼容四字節的unicode。好在utf8mb4是utf8的超集，除了將編碼改為utf8mb4外不需要做其他轉換。當然，一般情況下使用utf8也就夠了。
二、內容描述
那上面說了既然utf8能夠存下大部分中文漢字,那為什么還要使用utf8mb4呢? 原來utf-8編碼可能2個字節、3個字節、4個字節的字符，但是MySQL的utf8編碼只支持3字節的數據，而移動端的表情數據是4個字節的字符。也就是說直接往采用utf-8編碼的數據庫中插入表情數據和很多不常用的漢字，以及任何新增的 Unicode 字符等等數據庫都將會報錯。
三、問題根源及解決
理論上講， 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 存儲會多消耗一些空間。根據 Mysql 官方建議，使用 VARCHAR 替代 CHAR。