oracle 字符乱码问题解决方案

今天在客户服务器上遇到了oracle中文乱码问题，第一个想到的是：要想避免oracle字符乱码的问题，需要注意oracle客户端的字符编码和服务端的字符编码保持一致。

于是操作如下：

1、查看服务端字符集--结果：服务端是ZHS16GBK
SELECT * FROM NLS_DATABASE_PARAMETERS where parameter='NLS_CHARACTERSET';

2、于是开始修改客户端字符集，方式如下：

在运行里面，输入regedit进入注册表，HKEY_LOCAL_MACHINESOFTWAREORACLEKEY_OraDb11g_home1里面(最后一项与实例名、数据库版本有关系)，找到NLS_LANG选项，双击它，你就可以看到相应的值，修改成AMERICAN_AMERICA.ZHS16GBK
3、查看客户端字符集--结果：客户端是AMERICAN_AMERICA.ZHS16GBK（注意：客户端保证.后面的部分和服务端一致即可）
SELECT USERENV('language') FROM DUAL;

但是做完以上操作如果还是乱码，于是查看了一下环境变量，发现里面配置了一个NLS_LANG的变量，于是将其值设为AMERICAN_AMERICA.ZHS16GBK，此时直接通过命令行是没有乱码问题了，但是尝试通过plsql查询数据库，发现依旧乱码，这时想到一件事，oracle是64位的，当时通过plsql是不能直接连接的，需要装32位的客户端，然后别的同事写了一个plsqldev.bat文件放到了plsql的根目录下，才能连接oracle的，于是找到该文件，打开查看，文件内容如下：

@echo off 
set path=C:appAdministratorproductinstantclient_10_2
set ORACLE_HOME=C:appAdministratorproductinstantclient_10_2
set TNS_ADMIN=C:appAdministratorproductinstantclient_10_2
set NLS_LANG=AMERICAN_AMERICA.AL32UTF8
start plsqldev.exe

 这时就明白了，该文件中指定的NLS_LANG是AL32UTF8编码，于是将其改成set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK，此时plsql使用的32位的oracle客户端的编码就和服务端的编码保持一致了，都是ZHS16GBK，再尝试通过plsql查询数据库，此时乱码问题解决了。