最近用PL/SQL導入一個表的時候，發現導入的時候總是提示未知的字符集，數據庫和客戶端的字符集不對應。

這個涉及三方面的字符集，

1. oracel server端的字符集;

2. oracle client端的字符集;

3. dmp文件的字符集。

在做數據導入的時候，需要這三個字符集都一致才能正確導入。

於是查找一些資料，如何來修改數據庫和客戶端的字符集，以及如何來查看對應的dmp文件的字符集信息！

查看字符集

(1).數據庫服務器字符集

select * from nls_database_parameters

來源於props$，是表示數據庫的字符集。

(2).客戶端字符集環境

select * from nls_instance_parameters

其來源於v$parameter，表示客戶端的字符集的設置，可能是參數文件，環境變量或者是注冊表

(3).會話字符集環境

select * from nls_session_parameters

來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。

(4).客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。

如果多個設置存在的時候，NLS作用優先級別：Sql function > alter session > 環境變量或注冊表> 參數文件> 數據庫默認參數

字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。

修改數據庫字符集

(1).數據庫服務器字符集

select * from nls_database_parameters

或者select userenv(‘language’) from dual;

來源於props$，是表示數據庫的字符集。

(2).客戶端字符集環境

select * from nls_instance_parameters

其來源於v$parameter，表示客戶端的字符集的設置，可能是參數文件，環境變量或者是注冊表

(3).會話字符集環境

select * from nls_session_parameters

來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。

(4).客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。

如果多個設置存在的時候，NLS作用優先級別：Sql function > alter session > 環境變量或注冊表> 參數文件> 數據庫默認參數

字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。

SQL> conn /as sysdba

SQL> 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;

ORA-12712: new character set must be a superset of old character set

提示我們的字符集：新字符集必須為舊字符集的超集，這時我們可以跳過超集的檢查做更改：

SQL> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;

如果是 AL32UTF8：

ALTER DATABASE character set INTERNAL_USE AL32UTF8;

修改完畢后，再重新啟動

SQL> select * from v$nls_parameters;

SQL> shutdown immediate;

SQL> startup

SQL> select * from v$nls_parameters;

剛開始使用數據庫，用的都是默認安裝，以后最好使用自定義安裝方式，選擇字符集。

如何修改客戶端的字符集

這個就比較簡單，WIN+R,輸入regedit進入注冊表，在

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1. 在NLS_LANG 處改為你需要的字符集.

常用的字符集為：

SIMPLIFIED CHINESE_CHINA.ZHS16GBK AMERICAN_AMERICA.AL32UTF8。這里需要注意的時候，如果你是windows的64位系統，這修改路徑在：注冊表：HKEY_LOCAL_MACHINE->SOFTWARE->Wow6432Node->ORACLE->KEY_OraDB10g_home1->NLS-LANG:SIMPLIFIED CHINESE_CHINA.ZHS16GBK(或者AMERICAN_AMERICA.AL32UTF8)

如果檢查的結果發現server端與client端字符集不一致，請統一修改為同server端相同的字符集

如何查看dmp的字符集信息

1、用oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節記錄了dmp文件的字符集。如果dmp文件不大，比如只有幾M或幾十M，可以用UltraEdit打開(16進制方式)，看第2第3個字節的內容，如0354，

(PS:如果服務器字符集為SIMPLIFIED CHINESE_CHINA.ZHS16GBK，dmp的字符集不為ZHS16GBK時，也可以通過修改dmp中的第2,3字節數字來騙過導入時的字符集驗證)

然后用以下SQL查出它對應的字符集:

SQL> select nls_charset_name(to_number(‘0354’,’xxxx’)) from dual;

ZHS16GBK

如果是0369

則對應字符集為AL32UTF8

如果dmp文件很大，比如有2G以上(這也是最常見的情況)，用文本編輯器打開很慢或者完全打不開，可以用以下命令(在unix主機上):

cat exp.dmp |od -x|head -1|awk ‘{print 23}’|cut -c 3-6

2、如果數據庫和dmp的字符集不一致，則可以修改數據庫字符集后導入，或者修改源數據庫字符集后重新導出dmp

3、如果數據庫和dmp字符集一致，則要考慮導入/導出的方式(筆者問題也出在這里)

因為dmp是別的同事提供的，在詢問后得知dmp是在dos中以imp命令的方式導出的，但是導入操作是利用pl/sql工具的導入方法導入，因此出現了相同字符集卻不能導入的情況。

解決方法：改用在dos命令中以imp命令導入表。

還有一個在線網站非常好，hexed.it，可以直接查看dmp文件的信息，來確定所屬字符集。

可以從下面文件來查詢確定字符集是GBK還是UTF8或者其他字符集：

ORACLE字符集與編碼對照表查詢