今天在知乎上看到這樣一個(gè)問題："為什么不建議在MySQL 中使用 utf8？"

問題地址：https://www.zhihu.com/question/630892089

網(wǎng)友 1：靈狐技術(shù)

MySQL當(dāng)年在支持utf8的時(shí)候，自作聰明整了些優(yōu)化措施。

結(jié)果，大家使用過一段時(shí)間后，發(fā)現(xiàn)了這些優(yōu)化措施，不能完整地支持utf8。

MySQL后面想修正這個(gè)bug。

但是，這個(gè)優(yōu)化版utf8已經(jīng)在外面大量使用了。

所以，MySQL只好保留了bug版的優(yōu)化utf8，然后整了個(gè)utf8mb4來重新支持utf8標(biāo)準(zhǔn)。

MySQL的這個(gè)教訓(xùn)說明：

對于標(biāo)準(zhǔn)化的東西，別瞎捉摸；

你的理解再怎么自認(rèn)為有道理，沒用！只會(huì)闖禍！

你做的題，只要對不上公開的標(biāo)準(zhǔn)答案，就是零分

又甜又甜：這個(gè)吃過大虧，現(xiàn)在很多訂單里面會(huì)有表情符號，如果直接保存訂單內(nèi)容會(huì)直接從表情符號后截?cái)?，沒有后面的內(nèi)容
風(fēng)之帆：因?yàn)镸ySQL的utf8是閹割版的utf8，utf8mb4才是真正的utf8。
邵NewBee：被坑過一次，項(xiàng)目開發(fā)上線了發(fā)現(xiàn)不支持表情回復(fù)。
精靈福將馬國成：我們公司最開始一個(gè)項(xiàng)目，當(dāng)時(shí)MySQL數(shù)據(jù)庫設(shè)置utf8，項(xiàng)目使用了半年，然后錄入了廣東那邊一個(gè)人身份證名稱帶有生僻字，導(dǎo)致入庫報(bào)錯(cuò)，后來我們把utf8改成utf8mb4就好了。

網(wǎng)友2：寫代碼和簡談人文

MySQL的utf8只支持每個(gè)字符最多三個(gè)字節(jié)，而我們需要的是最多四個(gè)字節(jié)，從而我們在操作字符串時(shí)，會(huì)遇到一些很難溯源的bug(比如表情存儲(chǔ))。MySQL在2010發(fā)布了utf8mb4來支持四個(gè)字節(jié)，可以說MySQL的utf8mb4是我們真正意義上的UTF-8。MySQL本意是想在utf8上保持空間和速度，但是在使用utf8的char列時(shí)，實(shí)際使用的空間比預(yù)期更大，速度也慢，而且無法保存“”這樣的字符，MySQL發(fā)布了utf8mb4來繞過了這個(gè)問題。

網(wǎng)友3：CoderJia

在MySQL 8.0中，推薦使用的編碼是utf8mb4。這種編碼方式完全兼容utf8，每個(gè)字符最多占4個(gè)字節(jié)，就可以支持更多的字符，原來的utf8編碼只能存儲(chǔ)最多三個(gè)字節(jié)的字符，這在存儲(chǔ)某些國家的文字或罕見字時(shí)有些困難了。從MySQL 8.0版本開始，其默認(rèn)的連接字符集從latin1改為了utf8mb4，同時(shí)字符序也從latin1_swedish_ci改為了utf8mb4_0900_ai_ci。當(dāng)使用utf8mb4字符集時(shí)，通常推薦使用utf8mb4_unicode_ci或utf8mb4_general_ci排序規(guī)則。

SQL亂碼問題

查看編碼

my.ini配置文件

網(wǎng)友4：愛可生云數(shù)據(jù)庫

官方在后續(xù)的 MySQL 版本也會(huì)逐漸刪除 utf8。在深入探討 utf8mb4 的好處之前，我們先澄清一下 utf8mb4 代表什么。在 MySQL 中，“utf8”是指支持 Unicode 字符集的字符編碼，每個(gè)字符最多使用三個(gè)字節(jié)。然而，MySQL 中原始的 utf8 實(shí)現(xiàn)并沒有涵蓋所有 Unicode 字符。另一方面，utf8mb4 是 utf8 的修改版本，它支持完整的 Unicode 字符集，包括表情符號和其他補(bǔ)充字符，每個(gè)字符最多使用四個(gè)字節(jié)。MySQL 中原始的 utf8 實(shí)現(xiàn)僅支持基本多文種平面（BMP）中的字符，大約占所有 Unicode 字符的 90%。另一方面，utf8mb4 支持整個(gè) Unicode 字符集，包括表情符號和其他補(bǔ)充字符。它通過每個(gè)字符最多使用四個(gè)字節(jié)而不是 utf8 使用的三個(gè)字節(jié)來實(shí)現(xiàn)此目的。下表顯示了 utf8 和 utf8mb4 之間的區(qū)別：

注意：歷史上，MySQL 使用字符集 utf8 作為 utf8mb3 的別名。但是，從 MySQL 8.0.28 開始，utf8mb3 僅在 SHOW 語句的輸出和信息架構(gòu)表中引用該字符集時(shí)使用。未來，utf8 有望成為 utf8mb4 的參考。為了避免任何歧義，建議在引用該字符集時(shí)顯式指定 utf8mb4。如您所見，utf8、utf8mb3 和 utf8mb4 之間的主要區(qū)別在于每個(gè)字符的最大字節(jié)數(shù)。utf8 和 utf8mb3 只能存儲(chǔ) BMP 中的字符，而 utf8mb4 還可以存儲(chǔ)補(bǔ)充平面（Supplementary Plane）中的字符。這意味著 utf8mb4 可以支持更廣泛的字符，包括表情符號、數(shù)學(xué)符號和其他特殊字符。這三個(gè)字符集之間的另一個(gè)區(qū)別是它們在 MySQL 中的默認(rèn)狀態(tài)。utf8 是 MySQL 5.7 及更早版本中的默認(rèn)字符集，而 utf8mb3 是 MySQL 8.0 中的默認(rèn)字符集。但是，utf8mb4 是 MySQL 8.0.28 及更高版本中的默認(rèn)字符集。最后，MySQL 8.0 中已棄用 utf8 和 utf8mb3。這意味著它們最終將從 MySQL 中刪除，因此建議使用 utf8mb4 代替。因此，如果您需要存儲(chǔ)所有 Unicode 字符，包括表情符號和其他補(bǔ)充字符，那么您應(yīng)該使用 utf8mb4。但是，如果您只需要存儲(chǔ) BMP 中的字符，那么 utf8 可能就足夠了。

網(wǎng)友5：春秋的囈語

用不等式秒殺MySQL utf8 ≠ utf8

網(wǎng)友6：學(xué)好邏輯再來辯

MySQL經(jīng)典冷笑話：

我的 utf8 不是 utf8，

我的 utf8mb4 才是 utf8！