概述

MySQL在5.5.3之后增加了這個(gè)utf8mb4的編碼，mb4就是most bytes 4的意思，專門用來兼容四字節(jié)的unicode。好在utf8mb4是utf8的超集，除了將編碼改為utf8mb4外不需要做其他轉(zhuǎn)換。當(dāng)然，為了節(jié)省空間，一般情況下使用utf8也就夠了。

那上面說了既然utf8能夠存下大部分中文漢字,那為什么還要使用utf8mb4呢? 原來mysql支持的 utf8 編碼最大字符長(zhǎng)度為 3 字節(jié)，如果遇到 4 字節(jié)的寬字符就會(huì)插入異常了。三個(gè)字節(jié)的 UTF-8 最大能編碼的 Unicode 字符是 0xffff，也就是 Unicode 中的基本多文種平面(BMP)。也就是說，任何不在基本多文本平面的 Unicode字符，都無法使用 Mysql 的 utf8 字符集存儲(chǔ)。包括 Emoji 表情(Emoji 是一種特殊的 Unicode 編碼，常見于 IOS 和 Android 手機(jī)上)，和很多不常用的漢字，以及任何新增的 Unicode 字符等等。

問題來源

最初的 UTF-8 格式使用一至六個(gè)字節(jié)，最大能編碼 31 位字符。最新的 UTF-8 規(guī)范只使用一到四個(gè)字節(jié)，最大能編碼21位，正好能夠表示所有的 17個(gè) Unicode 平面。

utf8 是 Mysql 中的一種字符集，只支持最長(zhǎng)三個(gè)字節(jié)的 UTF-8字符，也就是 Unicode 中的基本多文本平面。

Mysql 中的 utf8 為什么只支持持最長(zhǎng)三個(gè)字節(jié)的 UTF-8字符呢？我想了一下，可能是因?yàn)?Mysql 剛開始開發(fā)那會(huì)，Unicode 還沒有輔助平面這一說呢。那時(shí)候，Unicode 委員會(huì)還做著 “65535 個(gè)字符足夠全世界用了”的美夢(mèng)。Mysql 中的字符串長(zhǎng)度算的是字符數(shù)而非字節(jié)數(shù)，對(duì)于 CHAR 數(shù)據(jù)類型來說，需要為字符串保留足夠的長(zhǎng)。當(dāng)使用 utf8 字符集時(shí)，需要保留的長(zhǎng)度就是 utf8 最長(zhǎng)字符長(zhǎng)度乘以字符串長(zhǎng)度，所以這里理所當(dāng)然的限制了 utf8 最大長(zhǎng)度為 3，比如 CHAR(100) Mysql 會(huì)保留 300字節(jié)長(zhǎng)度。至于后續(xù)的版本為什么不對(duì) 4 字節(jié)長(zhǎng)度的 UTF-8 字符提供支持，我想一個(gè)是為了向后兼容性的考慮，還有就是基本多文種平面之外的字符確實(shí)很少用到。

要在 Mysql 中保存 4 字節(jié)長(zhǎng)度的 UTF-8 字符，需要使用 utf8mb4 字符集，但只有 5.5.3 版本以后的才支持(查看版本： select version();)。我覺得，為了獲取更好的兼容性，應(yīng)該總是使用 utf8mb4 而非 utf8. 對(duì)于 CHAR 類型數(shù)據(jù)，utf8mb4 會(huì)多消耗一些空間，根據(jù) Mysql 官方建議，使用 VARCHAR 替代 CHAR。

utf8mb4比utf8多了什么的呢?

1、多了emoji編碼支持.

如果實(shí)際用途上來看,可以給要用到emoji的庫(kù)或者說表,設(shè)置utf8mb4.

比如評(píng)論要支持emoji可以用到.

建議普通表使用utf8 如果這個(gè)表需要支持emoji就使用utf8mb4

2、新建mysql庫(kù)或者表的時(shí)候還有一個(gè)排序規(guī)則

utf8_unicode_ci比較準(zhǔn)確，utf8_general_ci速度比較快。通常情況下 utf8_general_ci的準(zhǔn)確性就夠我們用的了，所以新建數(shù)據(jù) 庫(kù)時(shí)一般選用utf8_general_ci就可以了

如果是utf8mb4那么對(duì)應(yīng)的就是 utf8mb4_general_ci utf8mb4_unicode_ci

查看數(shù)據(jù)庫(kù)及服務(wù)器的字符集/編碼集情況

可以使用如下sql查看數(shù)據(jù)庫(kù)及服務(wù)器的字符集/編碼集情況：

show variables like '%character%';
show variables like 'collation%';

將數(shù)據(jù)庫(kù)和已經(jīng)建好的表也轉(zhuǎn)換成utf8mb4

更改數(shù)據(jù)庫(kù)編碼(字符集)：

ALTER DATABASE DATABASE_NAME DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

更改表編碼(字符集)（注意：這里修改的是表的字符集，表里面字段的字符集并沒有被修改）：

ALTER TABLE TABLE_NAME DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

更改表編碼(字符集)和表中所有字段的編碼(字符集)：

ALTER TABLE TABLE_NAME CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

修改字符集為utf8mb4的sql語句

1、session級(jí)別

/*來自客戶端的語句的字符集*/
set character_set_client = utf8mb4;
/*建立連接使用的字符集*/
set character_set_connection = utf8mb4;
/*默認(rèn)數(shù)據(jù)庫(kù)使用的字符集。當(dāng)默認(rèn)數(shù)據(jù)庫(kù)更改時(shí)，服務(wù)器則設(shè)置該變量。如果沒有默認(rèn)數(shù)據(jù)庫(kù)，變量的值同character_set_server*/
set character_set_database = utf8mb4;
/*用于向客戶端返回查詢結(jié)果的字符集*/
set character_set_results = utf8mb4;
/*服務(wù)器的默認(rèn)字符集*/
set character_set_server=utf8mb4;

2、修改配置文件

/etc/my.cnf在以下三部分里添加如下內(nèi)容：

[client]
default-character-set = utf8mb4
[mysql]
default-character-set = utf8mb4
[mysqld]
character-set-client-handshake = FALSE
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
init_connect='SET NAMES utf8mb4'

總之，utf8mb4 是目前最大的一個(gè)字符編碼,支持任意文字，不過具體還是要根據(jù)項(xiàng)目情況來評(píng)估。