mysql字符轉(zhuǎn)化出現(xiàn)亂碼的原因-創(chuàng)新互聯(lián)

這篇文章主要介紹“mysql字符轉(zhuǎn)化出現(xiàn)亂碼的原因”，在日常操作中，相信很多人在mysql字符轉(zhuǎn)化出現(xiàn)亂碼的原因問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”mysql字符轉(zhuǎn)化出現(xiàn)亂碼的原因”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

企業(yè)建站必須是能夠以充分展現(xiàn)企業(yè)形象為主要目的，是企業(yè)文化與產(chǎn)品對外擴(kuò)展宣傳的重要窗口，一個合格的網(wǎng)站不僅僅能為公司帶來巨大的互聯(lián)網(wǎng)上的收集和信息發(fā)布平臺，成都創(chuàng)新互聯(lián)公司面向各種領(lǐng)域：成都柔性防護(hù)網(wǎng)等成都網(wǎng)站設(shè)計、網(wǎng)絡(luò)營銷推廣解決方案、網(wǎng)站設(shè)計等建站排名服務(wù)。

mysql中存入數(shù)據(jù)時發(fā)生的編碼轉(zhuǎn)換過程：
1、在終端(Terminal，可以是bash窗口，也可以是客戶端工具如navicat)中輸入，輸入的內(nèi)容由Terminal根據(jù)其自己的字符進(jìn)行編碼。
2、經(jīng)Terminal編碼后的二進(jìn)制流被傳輸?shù)絤ysql server。mysql server(mysql engine)根據(jù)參數(shù)character_set_client的字符設(shè)置來對該二進(jìn)制流進(jìn)行解碼。
3、解碼之后，mysql server再次根據(jù)目的表，即table的字符集來判斷是否需要字符編碼轉(zhuǎn)換。如果character_set_client的字符設(shè)置和table定義時的character設(shè)置一致，則無需字符編碼轉(zhuǎn)換。否則進(jìn)行轉(zhuǎn)換，然后將轉(zhuǎn)換后的二進(jìn)制流存放到數(shù)據(jù)文件(file)中去。
總結(jié)：client ------> server(engine) -----> file     需要經(jīng)過三次編碼，兩次編碼轉(zhuǎn)化。

mysql中取出數(shù)據(jù)時發(fā)生的編碼轉(zhuǎn)換過程：
1、從數(shù)據(jù)文件(file)中讀出二進(jìn)制數(shù)據(jù)流，將該數(shù)據(jù)流根據(jù)table定義時的character設(shè)置來進(jìn)行解碼。
2、在用table character對二級制數(shù)據(jù)流進(jìn)行解碼之后，在mysql engine(mysql server)中，需要根據(jù)參數(shù)character_set_client的字符集設(shè)置對解碼后的數(shù)據(jù)庫流再一次進(jìn)行編碼，將編碼之后的二級制數(shù)據(jù)庫流傳輸?shù)絚lient端。
3、client端，即終端(Terminal)根據(jù)其自己的字符集編碼來展示查詢結(jié)果。
總結(jié)：  file ------> server(engine) -----> client  需要經(jīng)過三次編碼，兩次編碼轉(zhuǎn)化。

可能會有些疑問，在上面的分析中，數(shù)據(jù)都是以二進(jìn)制流的方式在各個節(jié)點之間流動的。那么為什么需要編碼轉(zhuǎn)化了？
1、client 和 server(engine) 之間的轉(zhuǎn)換，或者說編解碼是為了對傳進(jìn)來的二進(jìn)制流做語法和詞法解析，否則你不會知道傳進(jìn)來的是insert還是update。
2、file 和 server(engine) 之間的轉(zhuǎn)換是為了在從數(shù)據(jù)文件讀入數(shù)據(jù)后，在存儲引擎內(nèi)部進(jìn)行字符級別的操作。

經(jīng)過以上分析，應(yīng)該很快發(fā)現(xiàn)導(dǎo)致亂碼出現(xiàn)的原因是有以下幾種：
1、數(shù)據(jù)在存入的時候和取出的時候，編碼不一致。比如存入時用的utf8，取出時用的GBK。
2、編碼轉(zhuǎn)換不是無損編碼轉(zhuǎn)換導(dǎo)致亂碼出現(xiàn)。比如clien是utf8，mysql server中的character_set_client設(shè)置為gbk，表結(jié)構(gòu)的字符集設(shè)置為utf8。這里會有兩次編碼轉(zhuǎn)化，client到server時，utf8要轉(zhuǎn)為gbk，然后server到file時，gbk要轉(zhuǎn)為utf8。由于gbk到utf8是有損編碼轉(zhuǎn)化，導(dǎo)致了亂碼出現(xiàn)。

無損編碼轉(zhuǎn)換：假設(shè)我們要把用編碼A表示的字符X，轉(zhuǎn)化為編碼B的表示形式，而編碼B的字形集中并沒有X這個字符，那么此時我們就稱這個轉(zhuǎn)換是有損的。
但不是任何兩種字符集編碼之間的轉(zhuǎn)換都是有損，轉(zhuǎn)換是否有損取決于以下幾點：
------被轉(zhuǎn)換的字符是否同時在兩個字符集中
------標(biāo)字符集是否能夠?qū)Σ恢С肿址Ａ羝湓斜磉_(dá)形式。(比如latin1在遇到自己無法表示的字符時，會保留原字符集的編碼數(shù)據(jù)，并跳過忽略該字符進(jìn)而處理后面的數(shù)據(jù)。)

因此只要客戶端，MySQL Server的character-set-client，table charset的三個字符集完全一致就可以保證一定不會有亂碼出現(xiàn)了。

到此，關(guān)于“mysql字符轉(zhuǎn)化出現(xiàn)亂碼的原因”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

標(biāo)題名稱：mysql字符轉(zhuǎn)化出現(xiàn)亂碼的原因-創(chuàng)新互聯(lián)
本文URL：http://muchs.cn/article30/eidso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、全網(wǎng)營銷推廣、商城網(wǎng)站、定制網(wǎng)站、定制開發(fā)、響應(yīng)式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)