本文為穆亦風原創，原帖地址 http://club.muzone.cn/vIEwthread.PHP?tid=28605
轉貼請注明出處，非常感謝！
最近discuz發布了新的版本，免費了，用的人更多了，以前使用其它論壇程序和discuz2.5/3.0的紛紛轉換或升級到discuz4.0，可見discuz作為中國人開發的PHP論壇程序，確實是非常優秀的，在大家欣喜若狂的時候，也遇到了一些問題
看到不少用戶反映轉換完以後是亂碼的情況,出現這種現象的主要原因是這類用戶使用的都是MySQL4.1以上的版本.下面作一個說明,希望出現這個問題的朋友都能耐心的把這個文檔看完!!!
MySQL 4.1開始，對多語言的支持有了很大變化 (這導致了問題的出現)。盡管大部分的地方 (包括個人使用和主機提供商)，MySQL 3、4.0 仍然占主導地位；但 MySQL 4.1 乃至5.0是 MySQL 官方推薦的數據庫，已經有主機提供商開始提供並將會越來越多；因為 latin1 在許多地方 (下邊會詳細描述具體是哪些地方) 作為默認的字符集，成功的蒙蔽了許多 PHP 程序的開發者和用戶，掩蓋了在中文等語言環境下會出現的問題。
MySQL 4.1開始把多國語言字符集分的更加詳細，所以導致數據庫遷移，或則dz論壇升級到4.0後（dz4.0開始使用gbk或utf-8編碼）出現亂碼問題。
MySQL 4.1的字符集支持(Character Set Support)有兩個方面：字符集(Character set)和排序方式(Collation)。對於字符集的支持細化到四個層次: 服務器(server)，數據庫(database)，數據表(table)和連接(connection)。
查看系統的字符集和排序方式的設定可以通過下面的兩條命令：
QUOTE:
MySQL> SHOW VARIABLES LIKE 'character_set_%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_clIEnt | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/MySQL/charsets/ |
+--------------------------+----------------------------+
7 rows in set (0.00 sec)
MySQL> SHOW VARIABLES LIKE 'collation_%';
+----------------------+-------------------+
| Variable_name | Value |
+----------------------+-------------------+
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci |
+----------------------+-------------------+
3 rows in set (0.00 sec)
MySQL 4.1 對於字符集的指定可以細化到一台機器上安裝的 MySQL，其中的一個數據庫，其中的一張表，其中的一欄，應該用什麼字符集。但是，傳統的 Web 程序在創建數據庫和數據表時並沒有使用那麼復雜的配置，它們用的是默認的配置，那麼，默認的配置從何而來呢？
