mysql亂碼現象及對字符集的理領會

2024-07-24 12:32:25

字體：大中小

來源：轉載

供稿：網友

數據庫版本是5.7.17

現象1
Navicat Premium導sqlserver數據到mysql時，發現一些表只導了表結構沒有導入數據，一些表導入了部分數據，一些表數據全部導入成功

查找原因：
1.發現導入成功的數據都是沒有任何中文的
2.在mysql上刪除只導了表結構沒有導入數據的表A，使用Navicat Premium重新表A，查看Navicat Premium導入日志[Err] [Row1] [Imp] 1366 - Incorrect string value: '/xE6/xAD/xA3/xE5/xB8/xB8...' for column 'colunmname1' at row 1
3.在sqlserver上查看select colunmname1 from A發現都是中文內容
至此查出原因：就是因為簡體中文的原因，導致沒有導入成功

現象2
mysql字符集都是utf8了，但是在個人的windows機器上使用SQLyogEnt查詢表A，發現中文亂碼，加上語句后SET character_set_results=gbk后才不亂碼
而在個人的windows機器上使用putty登錄mysql服務器使用mysql>查詢發現表A不亂碼

原因：
個人電腦cmd輸入chcp值是936對應簡體中文
mysql服務器echo $LANG顯示是zh_CN.UTF-8

在windows上通過工具SQLyogEnt連接mysql查詢，其實是在windows上查詢，使用的是windows的字符集gbk，但是mysql字符集是utf8，所以會亂碼
在windows上通過putty連接mysql服務器查詢，其實就是在mysql服務器端查詢，mysql服務器字符集UTF-8，mysql字符集是utf8，所以不會亂碼

理解
1.mysql安裝后數據庫字符集默認是latin1
2.my.cnf修改字符集配置并重啟后，只是對新增的庫生效，老庫還是latin1，老庫新增表也還是隨老庫latin1
3.庫和表的字符集可以不一樣，遇到問題評估下是重導表還是重導庫。

（編輯：武林網）

上一篇：mysql5.6單實例安置

下一篇：MySQL Group Replication mgr 安置關鍵過程