MySQL客戶端和服務器是怎么通信的?

1.首先請求會被MySQL客戶端編碼為字節(jié)序列之后通過網(wǎng)絡傳輸?shù)椒掌鳌?/p>

對于MySQL自帶的客戶端來說，這個編碼過程使用的字符集和我們使用的操作系統(tǒng)的默認字符集是一樣的，類Unix系統(tǒng)的默認字符集就是utf8，Windows系統(tǒng)的默認字符集就是gbk。

啟動MySQL客戶端時，MySQL客戶端就會檢測到這個操作系統(tǒng)使用的是utf8字符集，并將客戶端默認字符集設置為utf8。如果MySQL不支持自動檢測到的操作系統(tǒng)當前正在使用的字符集，或者在某些情況下不允許自動檢測的話，MySQL會使用它自己的內建的默認字符集作為客戶端默認字符集。這個內建的默認字符集在MySQL 5.7以及之前的版本中是latin1，在MySQL 8.0中修改為了utf8mb4。

如果我們在啟動MySQL客戶端是使用了default-character-set啟動參數(shù)，那么客戶端的默認字符集將不再檢測操作系統(tǒng)當前正在使用的字符集，而是直接使用啟動參數(shù)default-character-set所指定的值。比方說我們使用如下命令來啟動客戶端：

mysql --default-character-set=utf8

那么不論我們使用什么操作系統(tǒng)，操作系統(tǒng)目前使用的字符集是什么，我們都將會以utf8作為MySQL客戶端的默認字符集。

2.服務器收到字節(jié)序列請求之后，會認為該字節(jié)串是按照character_set_client系統(tǒng)變量編碼的，之后將其從character_set_client轉換到character_set_connection，再進行更深入的處理。

3.最后將響應發(fā)送至客戶端時，又會按照character_set_results進行編碼。

4.客戶端收到響應字節(jié)串之后，按照本客戶端規(guī)定的字符集進行解碼。

對于MySQL自帶的客戶端來說，這個解碼過程使用的字符集和我們使用的操作系統(tǒng)的默認字符集是一樣的，類Unix系統(tǒng)的默認字符集就是utf8，Windows系統(tǒng)的默認字符集就是gbk。

從通信轉碼流程來看，要保證沒有亂碼出現(xiàn)：

character_set_client、character_set_connection和character_set_result這三個系統(tǒng)變量應該和客戶端的默認字符集相同即可。

SET names命令可以一次性修改這三個系統(tǒng)變量。

實驗驗證

數(shù)據(jù)庫字符集：

1.客戶端發(fā)送請求時會將字符'我'按照utf8進行編碼，也就是：0xE68891。

2.服務器收到請求后發(fā)現(xiàn)有前綴_gbk，則不會將其后邊的字節(jié)0xE68891進行從character_set_client到character_set_connection的轉換，而是直接把0xE68891認為是某個字符串由gbk編碼后得到的字節(jié)序列。

3.再把上述0xE68891從gbk轉換為character_set_results，也就是utf8。0xE688在gbk中代表漢字'鎴'，而0x91無法解碼(我們可以看到上述查詢結果中有1個warning)。

結論

解決亂碼問題，要從客戶端到服務器通信流程中的字符集編碼、轉碼、解碼來分析是哪一步的問題。

一般情況下，保證：

• character_set_client
• character_set_results
• character_set_connection
• 客戶端的字符集編碼

當其一致時就可解決亂碼問題。