MySQL中为何不建议使用utf8字符集？

MySQL

在MySQL里，utf8字符集虽被广泛运用，不过近年来，越来越多的专家与开发者提倡不要使用它，尤其在需要多语言支持以及特殊字符（像emoji表情符号）的时候。下面是在MySQL中不建议使用utf8的几个原因：早期MySQL（版本低于5.5.3）的utf8字符集对UTF - 8支持不完全。其只支持最长3字节的字符，像一些需4字节表示的Unicode字符，如部分emoji表情、某些东亚文字就无法正确存储，这可能致使数据插入失败或者显示乱码。

存储空间效率方面，和GB2312、GBK、ISO - 8859 - 1等针对特定语言或字符集且更紧凑的编码比起来，utf8存储拉丁字符集（像英语）时效率不高。在utf8中，每个ASCII字符虽也只占1字节，可非ASCII字符可能会占用2到3字节，要是大部分字符都是拉丁字符，就会产生不必要的存储空间浪费。兼容性问题：Unicode标准不断发展，emoji等特殊字符日益普及，越来越多的应用需存储和显示它们。而采用utf8字符集，可能会产生与这些应用的兼容性问题。MySQL引入了utf8mb4字符集来解决相关问题。该字符集支持最长为4个字节的字符，能正确存储所有Unicode字符。所以，对于有多语言支持需求以及要处理特殊字符的应用而言，推荐使用utf8mb4字符集。

总结要防止数据丢失、乱码，避免存储空间浪费和兼容性问题的话，在MySQL里用utf8mb4字符集比utf8更好，建议使用。