重慶分公司,新征程啟航
為企業提供網站建設、域名注冊、服務器等服務
為企業提供網站建設、域名注冊、服務器等服務
插入的數據亂碼有很多原因:
成都創新互聯公司是專業的麻栗坡網站建設公司,麻栗坡接單;提供成都網站建設、網站制作,網頁設計,網站設計,建網站,PHP網站建設等專業做網站服務;采用PHP框架,可快速的進行麻栗坡網站開發網頁制作和功能擴展;專業做搜索引擎喜愛的網站,專業的做網站團隊,希望更多企業前來合作!
1、你要檢查一下頁面的編碼和數據庫設置的字符集是否一樣,要么都是utf8,要么都是gbk的
2、如果第一點說的兩邊編碼是統一的,你可以在鏈接數據庫的時候加上mysql_query("set names utf8")
3、加上之后還是不行的話,在檢查你的頁面編碼,如果是utf8的話,請選擇沒有bom的utf8編碼
4、以上都沒問題的話,還出現亂碼的話,修改mysql的配置文件,my.ini加上character-set-server=utf8,然后重啟mysql服務就可以了
一般出現亂碼的話,基本就是這些原因了
PHP編碼你用UTF-8,數據庫你也用UTF-8啊。
查詢數據庫的時候加上這句
mysql_query('set
names
utf8')
一、轉碼失敗
在數據寫入到表的過程中轉碼失敗,數據庫端也沒有進行恰當的處理,導致存放在表里的數據亂碼。
針對這種情況,前幾篇文章介紹過客戶端發送請求到服務端。
其中任意一個編碼不一致,都會導致表里的數據存入不正確的編碼而產生亂碼。
比如下面簡單一條語句:
set @a = "文本字符串";
insert into t1 values(@a);
變量 @a 的字符編碼是由參數 CHARACTER_SET_CLIENT 決定的,假設此時編碼為 A,也就是變量 @a 的編碼。
2. 寫入語句在發送到 MySQL 服務端之前的編碼由 CHARACTER_SET_CONNECTION 決定,假設此時編碼為 B。
3. 經過 MySQL 一系列詞法,語法解析等處理后,寫入到表 t1,表 t1 的編碼為 C。
那這里編碼 A、編碼 B、編碼 C 如果不兼容,寫入的數據就直接亂碼。
二、客戶端亂碼
表數據正常,但是客戶端展示后出現亂碼。
這一類場景,指的是從 MySQL 表里拿數據出來返回到客戶端,MySQL 里的數據本身沒有問題??蛻舳税l送請求到 MySQL,表的編碼為 D,從 MySQL 拿到記錄結果傳輸到客戶端,此時記錄編碼為 E(CHARACTER_SET_RESULTS)。
那以上編碼 E 和 D 如果不兼容,檢索出來的數據就看起來亂碼了。但是由于數據本身沒有被破壞,所以換個兼容的編碼就可以獲取正確的結果。
這一類又分為以下三個不同的小類:
1)字段編碼和表一致,客戶端是不同的編碼
比如下面例子, 表數據的編碼是 utf8mb4,而 SESSION 1 發起的連接編碼為 gbk。那由于編碼不兼容,檢索出來的數據肯定為亂碼。
2)表編碼和客戶端的編碼一致,但是記錄之間編碼存在不一致的情形
比如表編碼是 utf8mb4,應用端編碼也是 utf8mb4,但是表里的數據可能一半編碼是 utf8mb4,另外一半是 gbk。那么此時表的數據也是正常的,不過此時采用哪種編碼都讀不到所有完整的數據。這樣數據產生的原因很多,比如其中一種可能性就是表編碼多次變更而且每次變更不徹底導致(變更不徹底,我之前的篇章里有介紹)。舉個例子,表 t3 的編碼之前是 utf8mb4,現在是 gbk,而且兩次編碼期間都被寫入了正常的數據。
3)每個字段的編碼不一致,導致亂碼和第二點一樣的場景。不同的是:非記錄間的編碼不統一,而是每個字段編碼不統一。舉個例子,表 c1 字段 a1,a2。a1 編碼 gbk,a2 編碼是 utf8mb4。那每個字段單獨讀出來數據是完整的,但是所有字段一起讀出來,數據總會有一部分亂碼。
三、LATIN1
還有一種情形就是以 LATIN1 的編碼存儲數據
估計大家都知道字符集 LATIN1,LATIN1 對所有字符都是單字節流處理,遇到不能處理的字節流,保持原樣,那么在以上兩種存入和檢索的過程中都能保證數據一致,所以 MySQL 長期以來默認的編碼都是 LATIN1。這種情形,看起來也沒啥不對的點,數據也沒亂碼,那為什么還有選用其他的編碼呢?原因就是對字符存儲的字節數不一樣,比如 emoji 字符 "?",如果用 utf8mb4 存儲,占用 3 個字節,那 varchar(12) 就能存放 12 個字符,但是換成 LATIN1,只能存 4 個字符。