到山獠图片:解决Oracle 中文乱码

一、什么是oracle字符集

　　Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。
SELECT * FROM V$NLS_PARAMETERS
1       NLS_LANGUAGE SIMPLIFIED CHINESE
2       NLS_TERRITORY         CHINA
3       NLS_CURRENCY RMB
4       NLS_ISO_CURRENCY CHINA
5       NLS_NUMERIC_CHARACTERS       .,
6       NLS_CALENDAR GREGORIAN
7       NLS_DATE_FORMAT     DD-MON-RR
8       NLS_DATE_LANGUAGE         SIMPLIFIED CHINESE
9       NLS_CHARACTERSET AL32UTF8
10      NLS_SORT BINARY
11      NLS_TIME_FORMAT      HH.MI.SSXFF AM
12      NLS_TIMESTAMP_FORMAT    DD-MON-RR HH.MI.SSXFF AM
13      NLS_TIME_TZ_FORMAT        HH.MI.SSXFF AM TZR
14      NLS_TIMESTAMP_TZ_FORMAT       DD-MON-RR HH.MI.SSXFF AM TZR
15      NLS_DUAL_CURRENCY        RMB
16      NLS_NCHAR_CHARACTERSET      UTF8
17      NLS_COMP         BINARY
18      NLS_LENGTH_SEMANTICS    BYTE
19      NLS_NCHAR_CONV_EXCP    FALSE

二、如何查询Oracle的字符集
ORACLE有三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。在做数据导入的时候，需要这三个字符集都一致才能正确导入。
--查看oracel server端的字符集
select userenv('language') from dual;
1              SIMPLIFIED CHINESE_CHINA.AL32UTF8

--查看dmp文件的字符集
用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:
select nls_charset_name(to_number('0354','xxxx')) from dual

--查看oracel client端的字符集
　　是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置，比如:
　　set nls_lang=AMERICAN_AMERICA.ZHS16GBK
　　这样就只影响这个窗口里面的环境变量。

Oracle字符集乱码问题析及解决办法

一、问题描述

SQL Plus WorkSheet是一个窗口图形界面的SQL语句编辑器，对于那些喜欢窗口界面而不喜欢字符界面的用户，该工具相对SQL/PLUS受到了很大的欢迎。但从Oracle 8i以后，如果安装Oracle 8i时选取的是别于英语的字符集，对于我们中国，通常会选取简体中文字符集（ZHS16GBK），安装成功后，运行SQL Plus WorkSheet程序，会出现所有的中文显示以及查询结果均为乱码的情况。

二、问题分析

最初出现该问题，首先怀疑就是安装时字符集设置有问题，也就是说没有设置正确的简体中文字符集。首先检查数据库字符集，在SQL/PLUS中，运行下面的SQL语句，检查所连接数据库的字符集：

SQL> select userenv('language') from dual;
USERENV('LANGUAGE')
SIMPLIFIED CHINESE_CHINA.ZHS16GBK

查询结果发现数据库安装时所选字符集为简体中文ZHS16GBK，说明安装时字符集设置完全正确。第二步开始怀疑是用户客户端字符集问题，检查客户端注册表，打开注册表编辑程序(RegEdit)，在HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/NLS_LANG，发现Oracle客户端字符集为AMERICAN_AMERICA.ZHS16GBK，设置也完全正确，可以排除是客户端字符集设置错误的问题。同时还有一个现象就是在同一个客户端机器上SQL/PLUS中的查询字符集显示完全正常，这也说明不是字符集设置问题，而是系统程序SQL/Plus Worksheet的问题。

在Oracle 8i以前的版本中，从来没有出现过这样的情况，这应该和Oracle版本有关，我们知道Oracle 8i和它前面的版本一个显著的区别就是大部分的Oracle系统程序，现在均采用Java驱动，其实这也就是产生字符集乱码问题的根本所在。非Java驱动的程序，如SQL*Plus，有一个系统参数NLS_LANG，该参数在UNIX系统中设置在环境变量中，在Windows操作系统中设置在注册表中，这个参数决定了客户端应用程序的字符集。而对于基于Java应用的程序，如现在遇到的SQL*PLus Worksheet，NLS_LANG参数对这类程序是不起任何作用的。

三、解决方案

找到了问题产生的原因后，下面来讨论如何解决该问题。对于Oracle Enterprise Manager中的所有工具，有一个配置文件名为dbappscfg.properties，修改该文件即可解决上述问题。这个文件的位置在$ORACLE_HOME\sysman\config目录下，用任何的文本编辑器打开该文件，在这个文件里面，找到这样一项，

# SQLPLUS_NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1

去掉注释符#，同时将其修改为

SQLPLUS_NLS_LANG=AMERICAN_AMERICA.ZHS16GBK

对于Windows操作系统，还需要修改一项，在文件中找到# SQLPLUS_SYSTEMROOT=c:\\WINNT40，去掉注释符，将其修改为你所在机器的操作系统主目录。如操作系统的主目录在D盘的Winnt下，则将其修改为

SQLPLUS_SYSTEMROOT=d:\\WINNT。

对于后面一项的修改只对Windows操作系统进行，对UNIX操作系统则不需要。如果在Windows操作系统中不修改该项，在Oracle Enterprise Manager中，连接系统时，会提示如下的错误：

ORA-12560 TNS:protocol adapter error

或者

ORA-12545 Connect failed because target host or object does not exist

修改完成后，保存文件，退出编辑。重新连接SQL PLUS Worksheet，字符集乱码问题得到解决,显示正确的简体中文字符集。

问题: 使用Oracle Instant Client 出现 ORA-12705: Cannot access NLS data files or invalid environment specified 错误。

如果是Windows平台，注册表里 \HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 查找键 NLS_LANG,这个键由Oracle标准客户端安装创建, 值是 NA 。这个导致了 ORA-12705错误。解决方法就是改名 NLS_LANG。

Linux下 如果环境变量 NLS_LANG 值是NA 会引起 ORA-12705 错误，解决方法是删除这个变量
unset NLS_LANG