MySQL不能顯示中文問題及解決
MySQL不顯示中文
問題
無效方法1
SHOW VARIABLES LIKE ?'%character%'
SET character_set_client = utf8 SET character_set_server = utf8
有效方法2
在創(chuàng)建表時指定類型
MySQL字符集問題
MySQL的字符集支持(Character Set Support)有兩個方面：
字符集(Character set)和排序方式(Collation)。
對于字符集的支持細化到四個層次：
- 服務器(server)
- 數(shù)據(jù)庫(database)
- 數(shù)據(jù)表(table)
- 連接(connection)
1.MySQL默認字符集
MySQL對于字符集的指定可以細化到一個數(shù)據(jù)庫，一張表，一列，應該用什么字符集。
但是，傳統(tǒng)的程序在創(chuàng)建數(shù)據(jù)庫和數(shù)據(jù)表時并沒有使用那么復雜的配置，它們用的是默認的配置，那么，默認的配置從何而來呢？
- (1)編譯MySQL 時，指定了一個默認的字符集，這個字符集是 latin1；
- (2)安裝MySQL 時，可以在配置文件 (my.ini) 中指定一個默認的的字符集，如果沒指定，這個值繼承自編譯時指定的；
- (3)啟動mysqld 時，可以在命令行參數(shù)中指定一個默認的的字符集，如果沒指定，這個值繼承自配置文件中的配置,此時 character_set_server 被設定為這個默認的字符集；
- (4)當創(chuàng)建一個新的數(shù)據(jù)庫時，除非明確指定，這個數(shù)據(jù)庫的字符集被缺省設定為character_set_server；
- (5)當選定了一個數(shù)據(jù)庫時，character_set_database 被設定為這個數(shù)據(jù)庫默認的字符集；
- (6)在這個數(shù)據(jù)庫里創(chuàng)建一張表時，表默認的字符集被設定為 character_set_database，也就是這個數(shù)據(jù)庫默認的字符集；
- (7)當在表內設置一欄時，除非明確指定，否則此欄缺省的字符集就是表默認的字符集；
簡單的總結一下：
如果什么地方都不修改，那么所有的數(shù)據(jù)庫的所有表的所有欄位的都用 latin1 存儲，不過我們如果安裝 MySQL，一般都會選擇多語言支持，也就是說，安裝程序會自動在配置文件中把 default_character_set 設置為 UTF-8，這保證了缺省情況下，所有的數(shù)據(jù)庫的所有表的所有欄位的都用 UTF-8 存儲。
2.查看默認字符集(默認情況下，mysql的字符集是latin1(ISO_8859_1)
通常，查看系統(tǒng)的字符集和排序方式的設定可以通過下面的兩條命令：
mysql> SHOW VARIABLES LIKE 'character%'; +--------------------------+---------------------------------+ | Variable_name | Value | +--------------------------+---------------------------------+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | latin1 | | character_set_system | utf8 | | character_sets_dir | D:"mysql-5.0.37"share"charsets" | +--------------------------+---------------------------------+ mysql> SHOW VARIABLES LIKE 'collation_%'; +----------------------+-----------------+ | Variable_name | Value | +----------------------+-----------------+ | collation_connection | utf8_general_ci | | collation_database | utf8_general_ci | | collation_server | utf8_general_ci | +----------------------+-----------------+
3.修改默認字符集
(1) 最簡單的修改方法，就是修改mysql的my.ini文件中的字符集鍵值
如：
default-character-set = utf8 character_set_server = utf8
修改完后，重啟mysql的服務，service mysql restart
使用
mysql> SHOW VARIABLES LIKE 'character%';
查看，發(fā)現(xiàn)數(shù)據(jù)庫編碼均已改成utf8
+--------------------------+---------------------------------+ | Variable_name | Value | +--------------------------+---------------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | D:"mysql-5.0.37"share"charsets" | +--------------------------+---------------------------------+
(2) 還有一種修改字符集的方法，就是使用mysql的命令
mysql> SET character_set_client = utf8 ; mysql> SET character_set_connection = utf8 ; mysql> SET character_set_database = utf8 ; mysql> SET character_set_results = utf8 ; mysql> SET character_set_server = utf8 ; mysql> SET collation_connection = utf8 ; mysql> SET collation_database = utf8 ; mysql> SET collation_server = utf8 ;
一般就算設置了表的默認字符集為utf8并且通過UTF-8編碼發(fā)送查詢，你會發(fā)現(xiàn)存入數(shù)據(jù)庫的仍然是亂碼。問題就出在這個connection連接層上。解決方法是在發(fā)送查詢前執(zhí)行一下下面這句：
SET NAMES 'utf8';
它相當于下面的三句指令：
SET character_set_client = utf8; SET character_set_results = utf8; SET character_set_connection = utf8;
小結：
因此，使用什么數(shù)據(jù)庫版本，不管是3.x，還是4.0.x還是4.1.x，其實對我們來說不重要，重要的有二：
1) 正確的設定數(shù)據(jù)庫編碼.MySQL4.0以下版本的字符集總是默認ISO8859-1，MySQL4.1在安裝的時候會讓你選擇。如果你準備使用UTF- 8，那么在創(chuàng)建數(shù)據(jù)庫的時候就要指定好UTF-8(創(chuàng)建好以后也可以改，4.1以上版本還可以單獨指定表的字符集)
2) 正確的設定數(shù)據(jù)庫connection編碼.設置好數(shù)據(jù)庫的編碼后，在連接數(shù)據(jù)庫時候，應該指定connection的編碼，比如使用jdbc連接時，指定連接為utf8方式。
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關文章
這篇文章主要介紹了詳解mysql 組合查詢的的相關資料，幫助大家更好的理解和使用MySQL數(shù)據(jù)庫，感興趣的朋友可以了解下2020-12-12
MySQL數(shù)據(jù)庫優(yōu)化技術之配置技巧總結
這篇文章主要介紹了MySQL數(shù)據(jù)庫優(yōu)化技術之配置技巧,較為詳細的總結分析了MySQL進行硬件級軟件優(yōu)化的相關方法與注意事項,需要的朋友可以參考下2016-07-07
mysql重裝后出現(xiàn)亂碼解決辦法：只能在配置文件中將database 和 server 字符集 設置為utf8 ，否則不起作用，具體如下感興趣的朋友可以參考下哈，希望對大家有所幫助2013-07-07
MySQL服務器登陸故障ERROR 1820 (HY000)的解決方法
這篇文章主要為大家詳細介紹了MySQL服務器登陸故障的解決方法，幫助大家解決ERROR 1820 (HY000)錯誤，具有一定的參考價值，感興趣的小伙伴們可以參考一下2019-10-10
Mysql5.7和之前版本的MySQL有一些不同，現(xiàn)把CentOS 7下MySQL 5.7安裝、配置完整過程記下來，或許對新手來說有用。希望大家能夠喜歡2018-01-01
這篇文章主要介紹了MySQL與SQL Server的一些區(qū)別淺析,本文羅列了MySQL與SQL Server的25個不同的地方,并對它們的分頁技術的不同做了講解,需要的朋友可以參考下2014-08-08
Mysql保持現(xiàn)有內容在后面增加內容的sql語句
這篇文章主要介紹了Mysql保持現(xiàn)有內容在后面增加內容的sql語句,需要的朋友可以參考下2017-05-05
win2003服務器下配置 MySQL 群集(Cluster)的方法
MySQL 群集是 MySQL 適合于分布式計算環(huán)境的高可用、高冗余版本。它采用了 NDB Cluster 存儲引擎，允許在 1 個群集中運行多個 MySQL 服務器。2010-12-12
MySQL數(shù)據(jù)庫?觸發(fā)器?trigger
這篇文章主要介紹了MySQL數(shù)據(jù)庫?觸發(fā)器?trigger，觸發(fā)器是一種特殊類型的存儲過程，觸發(fā)器通過事件進行觸發(fā)而被執(zhí)行，可通過數(shù)據(jù)庫中的相關表實現(xiàn)級聯(lián)更改，保證數(shù)據(jù)安全，進行安全校驗2022-06-06
MySQL Flink Watermark實現(xiàn)事件時間處理的關鍵技術
Flink Watermark是Flink流處理框架中實現(xiàn)事件時間處理的關鍵技術之一。它是通過一種機制來解決數(shù)據(jù)亂序和延遲的問題，使得Flink可以在處理遲到的數(shù)據(jù)時保證結果的準確性。Flink Watermark可以在數(shù)據(jù)流中插入一個時間戳，將數(shù)據(jù)流轉化為具有時間維度的數(shù)據(jù)集合2023-05-05