資料庫的編碼方式
流行的關系資料庫系統都支持資料庫字元集編碼，也就是說在創建資料庫時可以指定它自己的字元集設置，資料庫的數據以指定的編碼形式存儲。當應用程序訪問數據時，在入口和出口處都會有字元集編碼的轉換。對於中文數據，資料庫字元編碼的設置應當保證數據的完整性。GB2312、GBK、UTF-8 等都是可選的資料庫字元集編碼;當然我們也可以選擇 ISO8859-1 (8-bit)，只是我們得在應
用程序寫數據之前先將 16Bit 的一個漢字或 Unicode 拆分成兩個 8-bit 的字元，讀數據之後也需要將兩個位元組合並起來，同時還要判別其中的 SBCS 字元，因此我們並不推薦採用 ISO8859-1 作為資料庫字元集編碼。這樣不但沒有充分利用資料庫自身的字元集編碼支持，而且同時也增加了編程的復雜度。編程時，可以先用資料庫管理系統提供的管理功能檢查其中的中文數據是否正確。
PHP 程序在查詢資料庫之前，首先執行 mysql_query("SET NAMES xxxx"); 其中 xxxx 是你網頁的編碼(charset=xxxx)，如果網頁中 charset=utf8，則 xxxx=utf8，如果網頁中 charset=gb2312，則xxxx=gb2312，幾乎所有 WEB 程序，都有一段連接資料庫的公共代碼，放在一個文件里，在這文件里，加入 mysql_query("SET NAMES xxxx") 就可以了。
SET NAMES 顯示客戶端發送的 SQL 語句中使用什麼字元集。因此，SET NAMES 'utf-8' 語句告訴伺服器「將來從這個客戶端傳來的信息採用字元集 utf-8」。它還為伺服器發送回客戶端的結果指定了字元集(例如，如果你使用一個 SELECT 語句，它表示列值使用了什麼字元集)。
不知道這資料是不是你說的那些。呵呵～～～
『貳』 如何更改MySQL資料庫編碼為UTF-8或者GB2312
mysql 創建 資料庫時指定編碼很重要，很多開發者都使用了默認編碼，亂碼問題可是防不勝防。制定資料庫的編碼可以很大程度上避免倒入導出帶來的亂碼問題。
網頁數據一般採用UTF8編碼，而資料庫默認為latin 。我們可以通過修改資料庫默認編碼方式為UTF8來減少資料庫創建時的設置，也能最大限度的避免因粗心造成的亂碼問題。
我們遵循的標準是，資料庫，表，欄位和頁面或文本的編碼要統一起來
我們可以通過命令查看資料庫當前編碼：
mysql> SHOW VARIABLES LIKE 'character%';
發現很多對應的都是latin1，我們的目標就是在下次使用此命令時latin1能被UTF8取代。
第一階段：
mysql設置編碼命令
[sql]view plain
SETcharacter_set_client=utf8;
SETcharacter_set_connection=utf8;
SETcharacter_set_database=utf8;
SETcharacter_set_results=utf8;
SETcharacter_set_server=utf8;
- 然後mysql> SHOW VARIABLES LIKE 'character%';你可以看到全變為utf8
。mysql> SHOW VARIABLES LIKE 'character%';
+--------------------------+---------------------------------------------------------+
| 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 | C:Program FilesMySQLMySQL Server 5.0sharecharsets |
+--------------------------+---------------------------------------------------------+
8 rows in set
『叄』 mysql新建的資料庫默認是什麼編碼
mysql 創建 資料庫時指定編碼很重要，很多開發者都使用了默認編碼，但是我使用的經驗來看，制定資料庫的編碼可以很大程度上避免倒入導出帶來的亂碼問題。
我們遵循的標準是，資料庫，表，欄位和頁面或文本的編碼要統一起來
很多mysql資料庫工具（除了phpmyadmin）都不支持創建時指定資料庫編碼，可以改my.ini來解決這個問題,但是需要重新啟動mysql，不過用下面的語句會更有效
GBK: create database test2 DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
UTF8: CREATE DATABASE `test2` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
注意：如果不是通過my.ini配置文件設置的內容，只在當前狀態下有效，當重啟資料庫服務後失效。所以如果想要不出現亂碼只有修改my.ini文件，資料庫編碼可以在創建資料庫時候指定UTF8，如下：
|character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | latin1 |
| character_set_system | utf8
『肆』 怎麼將資料庫的編碼改成utf-8
mysql資料庫的默認編碼並不是utf-8，所以需要將資料庫的編碼改成utf-8。
具體的方法步驟如下：
『伍』 什麼叫資料庫的「編碼方式」啊請具體一點，我IT菜鳥
就是資料庫的編碼是什麼的 對於資料庫來說也就是存儲數據的編碼方式 類似程序 也有GBK UTF-8 ISO8859-1等等
『陸』 如何改變mysql資料庫的編碼方式
1. 查看MySQL資料庫的默認編碼
有如下兩種方式，
(1)使用status命令
mysql> status;
圖1 status命令
(2)使用show variables命令
mysql> show variables like 'char%';
圖2 show variables命令
如果要查看某個資料庫的編碼，在運行上面的命令前，應先執行use db_name;命令切換資料庫(db_name為要查看的資料庫名)。
2. 改變MySQL資料庫的默認編碼
安裝MySQL資料庫時的默認編碼是latin1，實際使用時可能要使用其他編碼。下文描述如何將默認編碼改為utf8：
首先修改MySQL的配置文件/etc/mysql/my.cnf：
在[client]下追加：
default-character-set=utf8
在[mysqld]下追加：
character-set-server=utf8
在[mysql]下追加：
default-character-set=utf8
修改完畢後，使用如下命令之一重啟mysql服務：
service mysql restart
/etc/init.d/mysql restart
改變後，之前手工創建的資料庫如未顯式指定編碼，則其編碼仍是默認的latin1，可使用如下命令更改編碼：
mysql> alter database db_name CHARACTER SET utf8;
參考資料：
[1] http://www.2cto.com/os/201404/292378.html
『柒』 如何設置Mysql資料庫默認的字元集編碼為GBK
1、更改伺服器的編碼方式，在終端輸入以下命令：
mysqld --character-set-server=gbk --collation-server=gbk_chinese_ci；
『捌』 mysql資料庫表裡中文亂碼應該選哪種編碼
資料庫中關於字元集的種類有很多,個人建議,資料庫字元集盡量使用utf8(utf-8),以使你的數據能很順利的實現遷移,因為utf8字元集是目前最適合於實現多種不同字元集之間的轉換的字元集,盡管你在命令行工具上無法正確查看資料庫中的內容,我依然強烈建議使用utf8作為默認字元集.如果你想使用gb2312編碼,那麼建議你使用latin1作為數據表的默認字元集,這樣就能直接用中文在命令行工具中插入數據,並且可以直接顯示出來.而不要使用gb2312或者gbk等字元集,如果擔心查詢排序等問題,可以使用binary屬性約束 對編程有影響的主要是客戶端字元集和資料庫字元集（還有一個伺服器字元集，不知道干什麼用的), 資料庫中常用的操作就是保存數據和讀取數據，在這過程中，亂不亂碼和資料庫字元集貌似沒有什麼關系。我們只要保證寫入時選擇的字元集和讀取時選擇的字元集一致，即只需保證兩次操作的客戶端字元集一致即可。
在MySQL的客戶端上執行一次查詢的過程一般是，在客戶端的提示符後面輸入一條SQL語句，回車，然後終端顯示出查詢的結果。這個過程中，只有終端和三個MySQL的系統變數指定了正確的字元集，才能保證我們將一個正確的SQL語句送到伺服器，然後伺服器返回正確的結果，並且在終端正確顯示。
三個MySQL的系統變數是：
1. character_set_client，終端字元集，告訴Server客戶端提交的SQL語句的編碼格式
2. character_set_connection，連接字元集，是伺服器翻譯SQL語句時用到的編碼格式
3. character_set_results，返回的結果集的字元集，是伺服器返回結果集之前把結果集轉換成的編碼格式
在MySQL終端通過執行命令 show variables like 『char%』 可以查看這幾個變數的值。這三個變數通常都設定為同一種字元集，用命令set names [charset name]就可以修改這三個變數的值。一般來說，只要你設定了能夠表示你的數據的字元集，你查詢的結果都可以在終端正確顯示。
舉個例子，使用的表t1是utf8編碼，表中的欄位c1繼承了這個編碼，表創建如下
mysql> create table t1 ( c1 text not null ) character set utf8;
用的字元是漢字「范」，gbk編碼為B7 B6，utf8編碼為E8 8C 83
用下面的SQL語句插入數據
mysql> insert into t1 values( 『范』);
a）如果終端設置為utf8，並且執行了 set names utf8，那麼插入到資料庫中的就是「范」這個字的utf8編碼，這個過程中MySQL不需要做編碼轉換。寫入資料庫的內容可以通過執行 select hex( c1 ) from t1 得到數據的十六進制編碼來驗證。
b）如果終端設置為 utf8，並且執行了set names gbk，那麼執行完這個插入操作後，寫入的二進制數據是E9 91 BC，這是「漢字「鑼」的utf8編碼。這是因為，終端輸入的「范」用的是utf8編碼，而伺服器以為終端發送過來的內容是gbk編碼，所以在向t1表中插入的時候進行了一次gbk到utf8的轉換，結果當然是錯誤的。
c）如果終端設置為gbk，並且執行了set names gbk，那麼執行完插入操作後，寫入t1的依然是「范」這個字的utf8編碼。插入過程中，終端輸入的是「范」的gbk編碼B7 B6，伺服器被告知終端發過來的SQL語句是gbk編碼（由character_set_client指定），所以在插入數據前做了一次gbk到utf8的編碼轉換。
d）如果終端設置為gbk，並且執行了set names utf8，那麼執行完插入操作後，MySQL會報出一個數據被截斷的警告。實際上，輸入終端的是「范」這個字元的gbk編碼B7 B6，而伺服器被告知客戶端發過來的SQL語句是utf8編碼，所以在執行過程中沒有做轉碼，直到插入數據的時候，發現B7 B6不符合utf8的編碼規則，給出了警告信息，實際插入的數據是3F 3F，也就是兩個問號。
查詢的時候是同樣的道理，MySQL也是根據set names設定的字元集來對返回給客戶端的結果集做相應的編碼轉換，如果轉換的結果和終端顯示的字元集一致，就能正確顯示，如果不一致就是亂碼。
結論是，只要終端的字元集和set names指定的字元集一致就可以讓MySQL在處理過程中執行正確的轉碼並且正確地顯示。
另外，如果通過程序操作MySQL資料庫， 那麼也需要事先執行set names命令來指定程序希望輸出的字元集。比如，用程序從一個utf8編碼的資料庫向另外一個gbk編碼的資料庫進行數據遷移，在選取源資料庫數據之前，需要執行set names gbk，才能取到gbk編碼的數據。