oracle 字符乱码问题解决方案

 

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

于是操作如下:

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

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

在运行里面,输入regedit进入注册表,HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_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的,于是找到该文件,打开查看,文件内容如下:

1

2

3

4

5

6

@echo off

set path=C:\app\Administrator\product\instantclient_10_2

set ORACLE_HOME=C:\app\Administrator\product\instantclient_10_2

set TNS_ADMIN=C:\app\Administrator\product\instantclient_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查询数据库,此时乱码问题解决了。

猜你喜欢

转载自blog.csdn.net/sinat_29211659/article/details/81813115