為何不要在MySQL中使用UTF-8編碼方式詳解

MySQL的UTF-8編碼方式

MySQL 從 4.1 版本開(kāi)始支持 UTF-8，也就是 2003 年，然而目前流行的UTF-8 標(biāo)準(zhǔn)（RFC 3629）是在此之后規(guī)定的。正因此，才造就了MySQL中的UTF-8與我們?nèi)粘ｉ_(kāi)發(fā)中的UTF-8不一致，從到導(dǎo)致了些問(wèn)題。MySQL的UTF-8只支持每個(gè)字符最多三個(gè)字節(jié)，而真正的 UTF-8 是每個(gè)字符最多四個(gè)字節(jié)。

問(wèn)題復(fù)現(xiàn)

有數(shù)據(jù)庫(kù)表如下：utf8編碼方式

往數(shù)據(jù)庫(kù)存一條記錄：

@Test
public void testInsert() {
 User user = new User();
 user.setUsername("\uD83D\uDE00 ");
 user.setPassword("123456");
 userRepo.save(user);
}

這里只是部分代碼，看不懂沒(méi)關(guān)系，這里是給user表插入一條記錄。其中username是\uD83D\uDE00 。

其實(shí)\uD83D\uDE00是一個(gè)emoji表情。

因?yàn)镸ySQL中utf8字符集只支持三字節(jié)UTF-8編碼的Unicode范圍，而emoji字符屬于四字節(jié)編碼部分，所以程序運(yùn)行預(yù)期是會(huì)報(bào)錯(cuò)的。運(yùn)行這段代碼：

與預(yù)期一致，報(bào)錯(cuò)了。

解決問(wèn)題

雖然MySQL的UTF-8存在缺陷，但是MySQL（包括mariadb）官方卻沒(méi)有修復(fù)此bug，而是通過(guò)2010年重新發(fā)布的“utf8mb4”來(lái)支持真正的 UTF-8。因此想要解決此問(wèn)題，只能夠?qū)ySQL數(shù)據(jù)庫(kù)設(shè)置為utf8mb4字符集才行。

總結(jié)

這個(gè)問(wèn)題，也是因?yàn)槟炒伪４鏀?shù)據(jù)的時(shí)候保存了一個(gè)emoji表情才發(fā)現(xiàn)的。其實(shí)最早開(kāi)始用MySQL的時(shí)候，就有發(fā)現(xiàn)一個(gè)utf8mb4了，但是自己卻沒(méi)有卻去了解UTF8和UTF8MB4的區(qū)別。通過(guò)此次教訓(xùn)，以后使用MySQL就老老實(shí)實(shí)的設(shè)置字符集為utf8mb4吧。

好了，以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。