MySql插入中文數據,亂碼問題的解決

每次往數據庫中插入數據時,都會出現亂碼的問題,相信這個問題大家也同樣遇到過,所以希望能夠有一個好的方式來解決這個問題,整理如下:

當向 MySQL 數據庫插入一條帶有中文的數據 出現亂碼時,可以使用語句 show variables like 'character%'; 來查看當前數據庫的相關編碼集。

例如:我創建的customers表,查看所有的用戶出現亂碼:

mysql> select * from customers;
+----+--------+------+--------------------------+
| id | name   | age  | des                      |
+----+--------+------+--------------------------+
|  1 | 鏇規搷   |   30 | 涓夊浗鏉板嚭浜虹墿涔嬩竴         |
|  2 | 鍒樺   |   25 | 涓夊浗鏉板嚭浜虹墿涔嬩竴         |
|  3 | 瀛欐潈   |   20 | 涓夊浗鏉板嚭浜虹墿涔嬩竴         |
+----+--------+------+--------------------------+
3 rows in set (0.00 sec)

查看當前數據庫的編碼集:show variables like 'character%';

mysql> show variables like 'character%';
+--------------------------+-------------------------------------------+
| Variable_name            | Value                                     |
+--------------------------+-------------------------------------------+
| character_set_client     | gbk                                       |
| character_set_connection | gbk                                       |
| character_set_database   | utf8                                      |
| character_set_filesystem | binary                                    |
| character_set_results    | gbk                                       |
| character_set_server     | utf8                                      |
| character_set_system     | utf8                                      |
| character_sets_dir       | D:\MySQL\MySQL Server 5.5\share\charsets\ |
+--------------------------+-------------------------------------------+
8 rows in set (0.00 sec)

從上圖中可以看到 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 進行存儲。可以使用如下語句來快速設置與客戶端相關的編碼集:

解決中文數據亂碼問題(方式一):set names gbk;(可以解決亂碼,但是當前窗口有效)

mysql> set names gbk;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from customers;
+----+------+------+------------------+
| id | name | age  | des              |
+----+------+------+------------------+
|  1 | 曹操    |   30 | 三國傑出人物之一              |
|  2 | 劉備     |   25 | 三國傑出人物之一              |
|  3 | 孫權    |   20 | 三國傑出人物之一              |
+----+------+------+------------------+
3 rows in set (0.00 sec)

設置完成後即可解決客戶端插入數據或顯示數據的亂碼問題了,但我們馬上會發現這種形式的設置只會在當前窗口有效,當窗口關閉後重新打開 CMD 客戶端的時候又會出現亂碼問題;那麼,如何進行一個一勞永逸的設置呢?在 MySQL 的安裝目錄下有一個 my.ini 配置文件,通過修改這個配置文件可以一勞永逸的解決亂碼問題。在這個配置文件中 [mysql] 與客戶端配置相關,[mysqld] 與服務器配置相關。默認配置如下:

  • [mysql]
  • default-character-set=utf8
  • [mysqld]
  • character-set-server=utf8

這時只需要將下的默認編碼 default-character-set=utf8 改爲 default-character-set=gbk ,重新啓動 MySQL 服務即可。

解決中文數據亂碼問題(方式二):永久有效

修改my.ini配置文件,找到default-character-set=utf-8,設置爲default-character-set=gbk,關閉當前窗口,從新啓動mysql.

mysql> use hibernate2;
Database changed
mysql> select * from hibernate;
ERROR 1146 (42S02): Table 'hibernate2.hibernate' doesn't exist
mysql> select * from customers;
+----+------+------+------------------+
| id | name | age  | des              |
+----+------+------+------------------+
|  1 | 曹操 |   30 | 三國傑出人物之一 |
|  2 | 劉備 |   25 | 三國傑出人物之一 |
|  3 | 孫權 |   20 | 三國傑出人物之一 |
+----+------+------+------------------+
查看以上數據,沒有出錯中文亂碼問題,那麼這種方式可以一勞永逸的解決中文數據亂碼的問題。

總結:解決中文數據亂碼的問題有兩種方式:

一是:在窗口中輸入:set names gbk;

二是:修改my.ini配置文件,找到default-character-set=utf-8,設置爲default-character-set=gbk,關閉當前窗口,從新啓動mysql.

發佈了75 篇原創文章 · 獲贊 9 · 訪問量 9萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章