很多人都碰到過因為字符集不同而使數據導入失敗的情況。這涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。在做數據導入的時候，需要這三個字符集都一致才能正確導入。
1、查詢oracle server端的字符集
有很多種方法可以查出oracle server端的字符集，比較直觀的查詢方法是以下這種:SQL>select userenv(‘language’) from dual;
結果類似如下:AMERICAN _ AMERICA. ZHS16GBK
2、如何查詢dmp文件的字符集
用oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節記錄了dmp文件的字符集。如果dmp文件不大，比如只有幾M或幾十M，可以用UltraEdit打開(16進制方式)，看第2第3個字節的內容，如0354，然后用以下SQL查出它對應的字符集:
SQL> select nls_charset_name(to_number('0354','xxxx')) from dual;
ZHS16GBK
如果dmp文件很大，比如有2G以上(這也是最常見的情況)，用文本編輯器打開很慢或者完全打不開，可以用以下命令(在unix主機上):
cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6
然后用上述SQL也可以得到它對應的字符集。
3、查詢oracle client端的字符集
這個比較簡單。在windows平台下，就是注冊表里面相應OracleHome的NLS_LANG。還可以在dos窗口里面自己設置，比如:
set nls_lang=AMERICAN_AMERICA.ZHS16GBK
這樣就只影響這個窗口里面的環境變量。
在unix平台下，就是環境變量NLS_LANG。
$echo $NLS_LANG
AMERICAN_AMERICA.ZHS16GBK
如果檢查的結果發現server端與client端字符集不一致，請統一修改為同server端相同的字符集。
4.導入導出時設置客戶端字符集
--查詢字符集
select * from nls_database_parameters where parameter='NLS_CHARACTERSET';
--linux客戶端
env|grep NLS_LANG
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
--windows客戶端
echo %NLS_LANG%
set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
如果linux環境查詢不到NLS_LANG,可以重新設置下客戶端字符集環境(export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK)