Oracle資料庫工具中文顯示亂碼問題的解決

Oracle用戶端查詢工具有時會有查處的結果為中文時不能正常顯示，要麼為亂碼，要麼為問號，plsql出現這種問題，以為是版本造成的，用了老的和最新的還是一樣，換了另外的資料庫工具也一樣，但注意一點，資料其實是沒有問題的，取出來顯示是正常的中文，只是在工具裡顯示的是問號。其實問題的原理很簡單，就是字元集設定不正確造成的，但如此簡單的原理在解決的過程中卻會遇到很多麻煩，下面結合我遇到和解決的過程，給朋友們一點思路，說不定你們跟我的問題一樣，通過這篇文章不用再折騰了，很快搞定，感覺飄飄……

首先講講字元集的知識，Oracle字元集是一個位元組資料的解釋的符號集合,有大小之分,有相互的包容關係。ORACLE 支援國家語言的體繫結構允許你使用本地化語言來儲存，處理，檢索資料。它使資料庫工具，錯誤訊息，排序次序，日期，時間，貨幣，數字，和日曆自動適應本地化語言和平台。

影響oracle資料庫字元集最重要的參數是NLS_LANG參數。它的格式如下:

NLS_LANG = language_territory.charset

它有三個組成部分(語言、地區和字元集)，每個成分控制了NLS子集的特性。

其中: Language 指定伺服器訊息的語言，territory 指定伺服器的日期和數字格式，charset 指定字元集。如:AMERICAN _ AMERICA. ZHS16GBK。從NLS_LANG的組成我們可以看出，真正影響資料庫字元集的其實是第三部分。所以兩個資料庫之間的字元集只要第三部分一樣就可以相互匯入匯出資料，前面影響的只是提示資訊是中文還是英文。

如何查詢Oracle的字元集，很多人都碰到過因為字元集不同而使資料匯入失敗的情況。這涉及三方面的字元集，一是oracel server端的字元集，二是oracle client端的字元集;三是dmp檔案的字元集。在做資料匯入的時候，需要這三個字元集都一致才能正確匯入。

查詢oracle server端的字元集，有很多種方法可以查出oracle server端的字元集，比較直觀的查詢方法是以下這種:SQL>select userenv(‘language’) from dual;

結果類似如下:AMERICAN _ AMERICA. ZHS16GBK

對於查詢工具結果集中的中文亂碼，其實有兩種情況供參考：

1.安裝了伺服器及配套工具，這樣還出現亂碼就去檢查註冊表中的NLS_LANG項是否設定正確，很有可能是在安裝時設定了不正確的字元集造成的；

2.只安裝了用戶端 ，沒有配套工具（如sqlplus等），以10g為例，註冊表中是沒有NLS_LANG這項的 ， 那麼要改哪？同理，還是要改字元集，不過不是在註冊表中設，是要在環境變數中增加或修改 ，即查看windows系統內容變數是否存在NLS_LANG，若存在則修改，若不存在建立，將值設為伺服器端的字元集，伺服器端的字元集可以通過上面的方法查詢。

也可以硬性修改伺服器端字元集但是不推薦，因為這可能會造成意想不到的問題。

修改server端字元集(不建議使用)。在oracle 8之前，可以用直接修改資料字典表props$來改變資料庫的字元集。但oracle8之後，至少有三張系統資料表記錄了資料庫字元集的資訊，只改props$表並不完全，可能引起嚴重的後果。

正確的修改方法如下:

$sqlplus /nolog

SQL>conn / as sysdba;

若此時資料庫伺服器已啟動，則先執行SHUTDOWN IMMEDIATE命令關閉資料庫伺服器，然後執行以下命令:

SQL>STARTUP MOUNT;

SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;

SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;

SQL>ALTER DATABASE OPEN;

SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;

SQL>ALTER DATABASE national CHARACTER SET ZHS16GBK;

SQL>SHUTDOWN IMMEDIATE;

SQL>STARTUP

對於匯入匯出的資料檔案，也存在字元集匹配的問題，否則不能正常顯示。

修改dmp檔案字元集

dmp檔案的第2第3位元組記錄了字元集資訊，因此直接修改dmp檔案的第2第3位元組的內容就可以‘騙’過oracle的檢查。這樣做理論上也僅是從子集到超集可以修改，但很多情況下在沒有子集和超集關係的情況下也可以修改，我們常用的一些字元集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因為改的只是dmp檔案，所以影響不大。

具體的修改方法比較多，最簡單的就是直接用UltraEdit修改dmp檔案的第2和第3個位元組。比如想將dmp檔案的字元集改為ZHS16GBK，可以用以下SQL查出該種字元集對應的16進位代碼:

SQL> select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual;

0354

然後將dmp檔案的2、3位元組修改為0354即可。

如果dmp檔案很大，用ue無法開啟，就需要用程式的方法了。

到這裡，就算是把亂碼的問題基本概述完了，大家可以參考自己的情況來修改，應該會解決的！