要解決Oracle的客戶端亂碼問題關鍵是要把服務器端使用的字符集跟客戶端使用的字符集統一起來。Oracle客戶端（Sqlplus）通過NLS_LANG環境變量來確定客戶端使用的字符集。NLS_LANG參數由以下部分組成:
NLS_LANG=<Language>_<Territory>.<Clients Characterset>
NLS_LANG各部分含義如下:
LANGUAGE指定:
-Oracle消息使用的語言
-日期中月份和日顯示
TERRITORY指定
-貨幣和數字格式
-地區和計算星期及日期的習慣
CHARACTERSET:
-控制客戶端應用程序使用的字符集
通常設置或者等於客戶端(如Windows)代碼頁
或者對於unicode應用設置爲UTF8
RedHat linux AS4.0安裝了oracle10g，同時創建數據庫實例sc，後來又用dbca建立一個數據庫實例st，發現在oracle系統用戶下用sqlplus連接st實例時出現亂碼，應該是中文無法顯示造成的，但連接sc實例時無亂碼，顯示英文。上網蒐集了一下資料，修改了oracle系統用戶的環境變量在.bash_profile中新增了以下內容解決：
export NLS_LANG=AMERICAN_AMERICA.UTF8
export LANG=en_US.UTF-8
分析原因：
引用網上帖子：
oracle字符集問題一般可以分爲三類： 數據庫字符集, sqlplus的字符集(客戶端字符集), 終端程序的字符集（非oracle的）。
1、數據庫字符集。
數據庫字符集是所有字符問題的核心，只有數據庫本身的字符集正確了，客戶端的字符集纔可能正確。這裏只的客戶端包括sqlplus以及我們自己讀數據庫的應用程序。
在定位問題時，我們需要先看看數據庫當前是什麼字符集。
1）查詢數據庫字符集
select * from nls_database_parameters
其中 nls_language表示了顯示方式, 就是sqlplus的程序的顯示字體,有SIMPLIFIED CHINESE,American america
其中 nls_characterset是字符集設定, 常用的一些字符集有UTF8,US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK, AL32UTF8
2）修改數據庫字符集
當發現數據庫字符集不正確時，如我們期望時GBK的，而數據庫當前是其他的，從而引起中文亂碼。這時我們需要修改數據庫字符集。步驟如下：
$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
2 客戶端字符集
如果服務器端的字符集是正確的，而在客戶端下，如sqlplus仍然不能正確顯示中文，這一般是由於服務器端的字符集設定與客戶端的字符集設定不同造成的。只要將兩者修改一致就可以解決問題。
1）查詢客戶端字符集
select * from nls_instance_parameters
客戶端字符集環境select * from nls_instance_parameters,其來源於v$parameter，
表示客戶端的字符集的設置，可能是參數文件，環境變量或者是註冊表
select userenv('language') from dual;
會話字符集環境 select * from nls_session_parameters，其來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。
客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。如果多個設置存在的時候，alter session>環境變量>註冊表>參數文件
字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。 或者.zhs16gbk。注意zhs16gbk前面那個點是必須的哦！！
2） 修改客戶端字符集
oracle 的sqlplus會去讀取OS中環境變量下的nls_lang信息（關鍵在這裏，通過以上命令查看
select * from nls_database_parameters 顯示
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
select * from nls_instance_parameters 顯示
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_SORT
NLS_DATE_LANGUAGE
NLS_DATE_FORMAT
NLS_CURRENCY
select * from nls_session_parameters 顯示
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY RMB
也就是說會話字符集與終端字符集一致，而與數據庫字符集設置不一致。
另一個數據庫實例sc
數據庫字符集
select * from nls_database_parameters 顯示
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
select * from nls_instance_parameters 顯示
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_SORT
NLS_DATE_LANGUAGE
NLS_DATE_FORMAT
NLS_CURRENCY
在linux下
select * from nls_session_parameters 顯示
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
用TOD 在windows下顯示
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY RMB
這個我還搞不明白爲什麼windows與linux會話字符集爲什麼不一樣。
更搞不明白的是爲什麼兩個數據庫實例用同一個系統用戶查詢的，也就是說環境變量是一樣的，但查詢結果終端字符集爲什麼會不一樣？初步分析（當然不一定對，歡迎指正）是兩個數據庫實例的參數文件不一致引起的，因爲alter session>環境變量>註冊表>參數文件，也就是說因爲環境變量沒有設置，但sc與st數據庫實例參數文件不同，但是參數文件在什麼地方設還不清楚，有高手歡迎指點！
但基本上問題鎖定是因爲終端字符集與數據庫字符集不一致引起，在用戶的環境變量中增加
export NLS_LANG=AMERICAN_AMERICA.UTF8
export LANG=en_US.UTF-8
問題解決
再次查看客戶端字符集
select * from nls_instance_parameters 還是顯示
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_SORT
NLS_DATE_LANGUAGE
NLS_DATE_FORMAT
NLS_CURRENCY
但
select * from nls_session_parameters 顯示
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
看來只要本次會話字符集正確就沒問題了，經過驗證確實如此，用
alter session set NLS_LANGUAGE=‘AMERICAN’後本次會話也不會出現亂碼的。
）
NSL_LANG包括三個部分（語言_地區.字符集）就是V$NLS_PARAMETERS表中的NLS_LANGUAGE,NLS_TERRITORY,NLS_CHARACTERSET
例如可以在cmd中鍵入
set nls_lang="Simplified chinese_china.utf8"
set nls_lang="american_america.us7ascii"
set nls_lang="american_america.zhs16gbk"
set nls_lang="Simplified chinese_china.zhs16gbk"
set nls_lang=".utf8"
set nls_lang=".zhs16gbk"
set nls_lang=".us7ascii"
unix下類似, 不過nls_lang要大寫NLS_LANG, 在.profile或這.bash_profile(根據你用的shell)裏更改NLS_LANG可以長久保持環境變量值.
3、終端字符集
如果數據庫字符集和sqlplus的字符集一致, 還是不能正確顯示了, 那很可能就是你的終端應用程序的字符集不支持了. 例如你用bash登陸sqlplus, 如果你的bash是個小字符集, 那麼就不能正常顯示了.linux修改bash的字符集, 可以先鍵入locale, 看有哪些環境變量, 再用export設置.