標籤:archive 伺服器 分析 ack div mysq 亂碼 log 設定
當向 MySQL 資料庫插入一條帶有中文的資料形如 insert into employee values(null,‘張三‘,‘female‘,‘1995-10-08‘,‘2015-11-12‘,‘Sales‘,2000,‘是個好員工!‘); 出現亂碼時,可以使用語句 show variables like ‘character%‘; 來查看當前資料庫的相關編碼集。
從中可以看到 MySQL 有六處使用了字元集,分別為:client 、connection、database、results、server 、system。其中與伺服器端相關:database、server、system(永遠無法修改,就是utf-8);與用戶端相關:connection、client、results 。
| client |
為用戶端使用的字元集。 |
| connection |
為串連資料庫的字元集設定類型,如果程式沒有指明串連資料庫使用的字元集類型則按照伺服器端預設的字元集設定。 |
| database |
為資料庫伺服器中某個庫使用的字元集設定,如果建庫時沒有指明,將使用伺服器安裝時指定的字元集設定。 |
| results |
為資料庫給用戶端返回時使用的字元集設定,如果沒有指明,使用伺服器預設的字元集。 |
| server |
為伺服器安裝時指定的預設字元集設定。 |
| system |
為資料庫系統使用的字元集設定。 |
瞭解了上面的資訊我們來分析下亂碼的原因,問題出在了當前的 CMD 用戶端視窗,因為當前的 CMD 用戶端輸入採用 GBK 編碼,而資料庫的編碼格式為 UTF-8,編碼不一致導致了亂碼產生。而當前 CMD 用戶端的編碼格式無法修改,所以只能修改 connection、 client、results 的編碼集來告知伺服器端當前插入的資料採用 GBK 編碼,而伺服器的資料庫雖然是採用 UTF-8 編碼,但卻可以識別通知伺服器端的 GBK 編碼資料並將其自動轉換為 UTF-8 進行儲存。可以使用如下語句來快速設定與用戶端相關的編碼集:
設定完成後即可解決用戶端插入資料或顯示資料的亂碼問題了,但我們馬上會發現這種形式的設定只會在當前視窗有效,當視窗關閉後重新開啟 CMD 用戶端的時候又會出現亂碼問題;那麼,如何進行一個一勞永逸的設定呢?在 MySQL 的安裝目錄下有一個 my.ini 設定檔,通過修改這個設定檔可以一勞永逸的解決亂碼問題。在這個設定檔中 [mysql] 與用戶端配置相關,[mysqld] 與伺服器配置相關。
這時將default-character-set和 character-set-server的值都改為
utf8
,重新啟動 MySQL 服務即可。
--
轉載自:
http://www.cnblogs.com/sunzn/archive/2013/03/14/2960248.html
MySQL 插入資料時,中文亂碼問題的解決(轉)