對于mysql 5.5 而言，如果不設(shè)定字符集，mysql默認(rèn)的字符集是 latin1 拉丁文字符集；

但隨著各種業(yè)務(wù)的進(jìn)一步發(fā)展，除了各個(gè)國家的本身語言字符，經(jīng)常也會(huì)有一些表情符號出現(xiàn)在應(yīng)用程序中，而在mysql 5.5 之前，UTF-8編碼只支持1-3個(gè)字節(jié)，支持BMP這部分的Unicode編碼區(qū)；從MySQL 5.5開始，可以支持4個(gè)字節(jié)UTF編碼 utf8mb4 ，一個(gè)字符能夠支持更多的字符集，也能夠支持更多表情符號。

utf8mb4兼容utf8，且比utf8能表示更多的字符，是utf8字符集的超集。所以現(xiàn)在一些新的業(yè)務(wù)，比如ISO等，會(huì)將MySQL數(shù)據(jù)庫的字符集設(shè)置為utf8mb4。

今天在處理一個(gè)應(yīng)用需求的時(shí)候，就遇到這樣一個(gè)問題：

當(dāng)然調(diào)整的最好方法是客戶端，mysql數(shù)據(jù)庫的字符集都修改為utf8mb4，但這樣修改量比較大，而且如果客戶端一部分修改為utf8，一部分為utf8mb4的話，容易發(fā)生混亂。

經(jīng)過幾次測試后，MySQL數(shù)據(jù)庫的my.cnf中關(guān)于字符集的配置修改為下面的配置了：

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

使用MySQL字符集時(shí)的建議

• 建立數(shù)據(jù)庫/表和進(jìn)行數(shù)據(jù)庫操作時(shí)盡量顯式指出使用的字符集，而不是依賴于MySQL的默認(rèn)設(shè)置，否則MySQL升級時(shí)可能帶來很大困擾；

• 數(shù)據(jù)庫和連接字符集都使用latin1時(shí)雖然大部分情況下都可以解決亂碼問題，但缺點(diǎn)是無法以字符為單位來進(jìn)行SQL操作，一般情況下將數(shù)據(jù)庫和連接字符集都置為utf8是較好的選擇；

• 使用mysql C API時(shí)，初始化數(shù)據(jù)庫句柄后馬上用mysql_options設(shè)定MYSQL_SET_CHARSET_NAME屬性為utf8，這樣就不用顯式地用 SET NAMES語句指定連接字符集，且用mysql_ping重連斷開的長連接時(shí)也會(huì)把連接字符集重置為utf8；

• 對于mysql PHP API，一般頁面級的PHP程序總運(yùn)行時(shí)間較短，在連接到數(shù)據(jù)庫以后顯式用SET NAMES語句設(shè)置一次連接字符集即可；但當(dāng)使用長連接時(shí)，請注意保持連接通暢并在斷開重連后用SET NAMES語句顯式重置連接字符集。

全面了解mysql中utf8和utf8mb4的區(qū)別：http://www.dbjr.com.cn/article/90037.htm

總結(jié)

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

最新評論