建站
咨詢
售后
建站咨詢
新聞中心
下面一起來了解下MySQL中不能使用UTF-8編碼方式的原因，相信大家看完肯定會受益匪淺，文字在精不在多，希望MySQL中不能使用UTF-8編碼方式的原因這篇短內(nèi)容是你想要的。 
MySQL 從 4.1 版本開始支持 UTF-8，也就是 2003 年，然而目前流行的UTF-8 標準（RFC 3629）是在此之后規(guī)定的。正因此，才造就了MySQL中的UTF-8與我們?nèi)粘ｉ_發(fā)中的UTF-8不一致，從到導致了些問題。MySQL的UTF-8只支持每個字符最多三個字節(jié)，而真正的 UTF-8 是每個字符最多四個字節(jié)。
問題復現(xiàn)有數(shù)據(jù)庫表如下：utf8編碼方式
往數(shù)據(jù)庫存一條記錄：
@Test public void testInsert() { User user = new User(); user.setUsername("\uD83D\uDE00 "); user.setPassword("123456"); userRepo.save(user); }這里只是部分代碼，看不懂沒關(guān)系，這里是給user表插入一條記錄。其中username是\uD83D\uDE00 。
其實\uD83D\uDE00是一個emoji表情。
因為MySQL中utf8字符集只支持三字節(jié)UTF-8編碼的Unicode范圍，而emoji字符屬于四字節(jié)編碼部分，所以程序運行預期是會報錯的。運行這段代碼：
與預期一致，報錯了。
解決問題雖然MySQL的UTF-8存在缺陷，但是MySQL（包括mariadb）官方卻沒有修復此bug，而是通過2010年重新發(fā)布的“utf8mb4”來支持真正的 UTF-8。因此想要解決此問題，只能夠?qū)ySQL數(shù)據(jù)庫設置為utf8mb4字符集才行。
總結(jié)這個問題，也是因為某次保存數(shù)據(jù)的時候保存了一個emoji表情才發(fā)現(xiàn)的。其實最早開始用MySQL的時候，就有發(fā)現(xiàn)一個utf8mb4了，但是自己卻沒有卻去了解UTF8和UTF8MB4的區(qū)別。通過此次教訓，以后使用MySQL就老老實實的設置字符集為utf8mb4吧。
看完MySQL中不能使用UTF-8編碼方式的原因這篇文章后，很多讀者朋友肯定會想要了解更多的相關(guān)內(nèi)容，如需獲取更多的行業(yè)信息，可以關(guān)注我們的行業(yè)資訊欄目。
文章標題：MySQL中不能使用UTF-8編碼方式的原因-創(chuàng)新互聯(lián)
網(wǎng)頁路徑：http://fisionsoft.com.cn/article/djhchj.html
