自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

MySQL亂碼問(wèn)題如何排查

數(shù)據(jù)庫(kù) MySQL
對(duì)于MySQL自帶的客戶(hù)端來(lái)說(shuō),這個(gè)編碼過(guò)程使用的字符集和我們使用的操作系統(tǒng)的默認(rèn)字符集是一樣的,類(lèi)Unix系統(tǒng)的默認(rèn)字符集就是utf8,Windows系統(tǒng)的默認(rèn)字符集就是gbk。

MySQL客戶(hù)端和服務(wù)器是怎么通信的?

1.首先請(qǐng)求會(huì)被MySQL客戶(hù)端編碼為字節(jié)序列之后通過(guò)網(wǎng)絡(luò)傳輸?shù)椒?wù)器。

對(duì)于MySQL自帶的客戶(hù)端來(lái)說(shuō),這個(gè)編碼過(guò)程使用的字符集和我們使用的操作系統(tǒng)的默認(rèn)字符集是一樣的,類(lèi)Unix系統(tǒng)的默認(rèn)字符集就是utf8,Windows系統(tǒng)的默認(rèn)字符集就是gbk。

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

如果我們?cè)趩?dòng)MySQL客戶(hù)端是使用了default-character-set啟動(dòng)參數(shù),那么客戶(hù)端的默認(rèn)字符集將不再檢測(cè)操作系統(tǒng)當(dāng)前正在使用的字符集,而是直接使用啟動(dòng)參數(shù)default-character-set所指定的值。比方說(shuō)我們使用如下命令來(lái)啟動(dòng)客戶(hù)端:

mysql --default-character-set=utf8

那么不論我們使用什么操作系統(tǒng),操作系統(tǒng)目前使用的字符集是什么,我們都將會(huì)以u(píng)tf8作為MySQL客戶(hù)端的默認(rèn)字符集。

2.服務(wù)器收到字節(jié)序列請(qǐng)求之后,會(huì)認(rèn)為該字節(jié)串是按照character_set_client系統(tǒng)變量編碼的,之后將其從character_set_client轉(zhuǎn)換到character_set_connection,再進(jìn)行更深入的處理。

3.最后將響應(yīng)發(fā)送至客戶(hù)端時(shí),又會(huì)按照character_set_results進(jìn)行編碼。

4.客戶(hù)端收到響應(yīng)字節(jié)串之后,按照本客戶(hù)端規(guī)定的字符集進(jìn)行解碼。

對(duì)于MySQL自帶的客戶(hù)端來(lái)說(shuō),這個(gè)解碼過(guò)程使用的字符集和我們使用的操作系統(tǒng)的默認(rèn)字符集是一樣的,類(lèi)Unix系統(tǒng)的默認(rèn)字符集就是utf8,Windows系統(tǒng)的默認(rèn)字符集就是gbk。

系統(tǒng)變量

描述

MySQL客戶(hù)端字符集

MySQL客戶(hù)端字符集

character_set_client

服務(wù)器解碼請(qǐng)求時(shí)使用的字符集

(服務(wù)器認(rèn)為請(qǐng)求是按照該系統(tǒng)變量指定的字符集進(jìn)行編碼的)

character_set_connection

服務(wù)器處理請(qǐng)求時(shí)會(huì)把請(qǐng)求字符串從character_set_client轉(zhuǎn)為character_set_connection

character_set_results

服務(wù)器向客戶(hù)端返回?cái)?shù)據(jù)時(shí)使用的字符集

(服務(wù)器采用該系統(tǒng)變量指定的字符集對(duì)返回給客戶(hù)端的字符串進(jìn)行編碼)


從通信轉(zhuǎn)碼流程來(lái)看,要保證沒(méi)有亂碼出現(xiàn):

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

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

實(shí)驗(yàn)驗(yàn)證

數(shù)據(jù)庫(kù)字符集:

1.客戶(hù)端發(fā)送請(qǐng)求時(shí)會(huì)將字符'我'按照utf8進(jìn)行編碼,也就是:0xE68891。

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

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

結(jié)論

解決亂碼問(wèn)題,要從客戶(hù)端到服務(wù)器通信流程中的字符集編碼、轉(zhuǎn)碼、解碼來(lái)分析是哪一步的問(wèn)題。

一般情況下,保證:

  • character_set_client
  • character_set_results
  • character_set_connection
  • 客戶(hù)端的字符集編碼

當(dāng)其一致時(shí)就可解決亂碼問(wèn)題。


責(zé)任編輯:武曉燕 來(lái)源: 數(shù)據(jù)和云
相關(guān)推薦

2011-05-16 10:31:19

mysql亂碼

2011-08-08 10:29:12

MySQL

2018-11-06 12:12:00

MySQL內(nèi)存排查

2011-03-22 16:09:33

MySQL 5.0.1亂碼

2017-10-18 15:07:21

MySQL執(zhí)行死鎖

2017-06-09 20:10:44

MySQL復(fù)制線(xiàn)程

2017-06-10 20:47:06

MySQL復(fù)制線(xiàn)程

2021-06-28 08:00:00

Python開(kāi)發(fā)編程語(yǔ)言

2019-01-29 08:41:16

MySQL性能突發(fā)事件

2010-10-08 11:41:38

PHP連接MYSQL

2010-06-10 14:03:00

MySQL EMS

2010-06-10 14:03:00

MySQL EMS

2010-05-25 11:24:34

MySQL 亂碼

2024-11-21 16:47:55

2023-04-25 18:54:13

數(shù)據(jù)數(shù)據(jù)丟失

2022-07-03 07:34:32

Citrix虛擬桌面

2024-10-10 15:32:51

2013-03-27 10:32:22

2024-08-14 14:20:00

2010-06-07 11:13:46

MySQL中文亂碼
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)