Oracle中汉字的乱码问题

1、oracle中汉字的乱码问题zdnet软件频道 时间：2007-10-06作者：中国it实验室|中国it实验室 我要评论()本文关键词：发数据库oracle在国内外大中型数据库管理系统中，把oracle作为数据库管理平台的用户比较多。oracle不 论是数据库管理能力还是安全性都是无可非议的，但是，它在汉字信息的显示方面着实给中国用户带來不 少麻烦，笔者多年从事oracle数据库管理。在国内外大中型数据库管理系统中，把oracle作为数据库管理平台的用户比较多。 oracle不论是数据库管理能力还是安全性都是无可非议的，但是，它在汉字信息的显示方 面着实给中国用户带来不少麻烦，笔者多年从事or

2、acle数据库管理，经常收到周圉用户和 外地用八反映有关oracle数据库汉字显示问题的求援信，主要现象是把汉字显示为不可识 别的乱码，造成原來大量信息无法使用。本文将就这一问题产生的原因和解决办法进行一些 探讨，供存在这方面问题的用户朋友参考。1、原因分析通过对用八反映情况的分析，发现字符集的设置不当是影响oracle数据库汉字显 示的关键问题。那么字符集是怎么一会事呢？字符集是oracle为适应不同语 言文字显示 而设泄的。用于汉字显示的字符集主要有zhs16cgb231280, us7ascii, we8iso8859p1 等。字符集不仅需在服务器端存在，而且客户端也必须有字符集注册。服

3、务器端，字符集 是在安装oracle时指定的，字符集登记信息存储在oracle数据库字典的 v$nls_parameters表中；客户端，字符集分两种情况，一种情况是sql*net 2.0以下 版本，字符集是ye windows的系统目录下的oracle.ini文件中登记的；另一种情况是sql*net 2.0以上(即32位)版本,字符集是在windows的系统注册表中登记的。要在客户端正确 显示oracle数据库汉字信息，首先必须使服务器端的字符集与客八端的字符集一致；其次 是加载到oracle数据库的数据字符集必须与服务器指定字符集一致。冈此，把用户存在的 问题归纳分类，产生汉字显示异常的原

4、因大致有以下几种：1.1服务器指定字符集与客户字符集不同，而与加载数据字符集一致。这种情况是最常见的，只要把客户端的字符集设置正确即可，解决办法见2.k1. 2服务器指定字符集与客户字符集相同,与加载数据字符集不一致。这类问题一般发生/i- oracle版本升级或重新安装系统时选择了与原来服务器端 不同的字符集，而恢复加载的备份数据仍是按原字符集卸出的场合，以及加载从其它使用不同字符集的oracle数据库卸出的数据的情况。这两种情况中，不管服务器 端和客户端字符集是否一致都无法显示汉字。解决办法见2.2。1.3服务器指定字符集与客户字符集不同,与输入数据字符集不一致。这种情况是在客户端与服务器

5、端字符集不一致时，从客户端输入了汉字信息。输 入的这些信息即便是把客户端字符集更改正确，也无法显示汉字。解决办法见2.3。2. 解决办法下面将分别对上述三种情况给出解决办法。为了叙述方便，假设客户端使用 windows95/98 环境，并c成功地配置了 tcp/ip 协议，安装了 oracle 的 sql*net,sql*pluse 产品。2.1设置客户端字符集与服务器端字符集一致假设当前服务器端使用us7ascii字符集。（1）查看服务器端字符集通过客户端或服务器端的sqpplus登录oracle的一个合法用户，执行下列sql 语句：sql > select * from v$nls_

6、parametersparameter valuenls language americannls_territory americanls_characterset us7asciinls_sort binarynls_nchar_characterset us7ascii从上述列表信息小可看岀服务器端oracle数据库的字符集为'us7ascii'。（2）按照服务器端字符集对客户端进行配置配置方法有两种：安装oracle的客户端软件时指定在安装oracle的客八端产品软件时，选择与oracle服务端一致的字符集（本例 为 us7ascii）即可。修改注册信息的方法根据ora

7、cle衣户端所选sql*net的版本分为下列两种情况：a. 客户端为sql*net 2.0以下版本进入windows的系统冃录，编辑oracle.ini文件，用us7ascii替换原字符集， 重新启动计算机，设置生效。b. 客户端为sql*net 2.0以上版本在win98下运行regedit,第一步选hkey_locamachine,第二步选择 software,第三步选择oracle,第四步选择nls_lang,键 入 与服务器端相同 的 字符集（本例为：american_american.us7ascii）。2.2强制加载数据字符集与服务器端字符集一致假设要加载数据从原oracle数据库

8、卸岀时的字符集为us7ascii,当前oracle 服务器字符集为we8iso8859p10下面提供三种解决方法：（1）服务器端重新安装oracle在重新安装oracle时选择与原卸出数据一致的字符集（本例为us7ascii）。加载原卸出的数据。这种情况仅仅使用于空库和具有同一种字符集的数据。（2）强行修改服务器端oracle当前字符集在用imp命令加载数据前，先在客户端用sql*plus登录system dba用户，执行 下列sql语句进行当前oracle数据库字符集修改：sql > create database character set us7ascii* create data

9、base character set us7asciierror at line 1:ora-01031: in sufficient privileges你会发现语句执行过程中，出现上述错误提示信息，此时不用理会，实际上oracle 数据库的字符集已被强行修改为us7ascil接着用imp命令装载数据。等数据装载完成 以后，shutdown数据库，再startup数据库，用合法用户登录oracle数据库，在sql>命 令提示符下，运行select * from v$nls_parameters,可以看到oracle数据库字符集 己复原，这时再查看有汉字字符数据的表时，汉字己能被正确显示

10、。（3）利用数据格式转储，避开字符集限制这种方法主要用丁加载外来oracle数据库的不同字符集数据。其方法如下：先将数据加载到具有相同字符集的服务器上，然后用转换工具卸出为foxbase格 式或access格式数据库，再用转换工具转入到不同字符集的oracle数据库中，这样就避 免了 oracle字符集的困扰。口前数据库格式转换的匸具很多，象powerbuilder5.0以上版本 提供的pipeline, microsoft access数据库提供的数据导入/导出功能等。转换方法参见有关 资料说明。.2.3匹配字符集替换汉字对于1.3提到的情况，没有很好的办法，只能先把客户端与服务器端字符集匹

11、配 一致后，根据原输入汉字的特征码替换汉字字符部分。原因：出现中文乱码的主要原因是字符集不同。在oracle中，我们关心三个地方的字符集:i oracle服务器内部的字符集i nls_lang变量里保存的字符集i客户端应用的字符集oracle服务器内部的字符集这是oracle数据库存储数据使用的字符集。在oracle中可能使用select userenv('language') from dual;或者：select name, value$ from props$;查看。nls_lang变量里保存的字符集这个是oracle设置的一个变量。在windows中，这个变量保存在注册

12、表中：hkey_local_machinesoftwareoraclehomeo 保存着 nls_lang 变量。在unix/linux中，则需要自己进行设置了。我本人是在.profile里面加上nls_lang=american_america.zhs16gbkexport nls_lang客户端应用的字符集使用oracle里数据或者向oracle提供数据的应用程序。如果oracle服务器内部的字符集 和nls_lang变量里保存的字符集 相同，在进行 oracle查询时，就会将oracle屮的数据直接查出来，返回给查询用户。进行oracle的插 入操作，就会直接将插入的数据保存进数据库中。

13、但是如果不同的话，oracle查询时，会根据这两个字符集的一个映射，将数据库中的数据 作一个转换，再返回给查询用户。进行插入操作时，也会根据映射，将插入的数据作一个转 换，再插入数据库。这也是产生乱码的原因，这一层转换，把数据都给转乱了。解决办法：将数据库的字符集和nls_lang字符集设置的一样，就可以避免乱码的出现了。修改数据库字符集的步骤如下：1、拥有修改权限（用管理用户登录）。sql> conn sys/sys as sysdba;2、关闭数据库。sql>shutdown immediate;3、启动数据库到mount状态下。sql> startup mount;or

14、acle instance started.total system global area 76619308 bytesfixed size 454188 bytesvariable size 58720256 bytesdatabase buffers 16777216 bytesredo buffers 667648 bytesdatabase mounted.sql> alter session set sql_trace=true;session altered.sql> alter system enable restricted session;system alte

15、red.sql> alter system set job_queue_processes=0;system altered.sql> alter system setaq tm processes=0;system altered.4、启动数据库sql> alter database open;5、修改字符集sql> alter database character setzhs16gbk;注：1. 如果数据库表中有clob类型的列，是不允许修改字符集的，解决方法为，先导出这个 表的内容，然后删除这个表，修改完后，再导入这个表的内容就可以了。2. 旧的字符集必须是新的

16、字符集的子集，否则不能修改。修改完后，可以查看一下修改是否成功。6、关闭数据库sql> shutdown immediate;7、重新启动数据库sql> startup;经过设置完oracle字符集后，一般的乱码问题应该解决掉了。在开发中，还遇到了这样一个问题：数据库服务器和应用服务器都布署在solaris上面了，建库的脚本也是在solaris上面执行 的，在solaris ±面查询数据是正常的，但是在windows上用浏览器看时，就会变成？ 了。这个问题的解决办法是，将数据库建库脚本在windows上执行，再查看就都变正常了。在solaris中语言变量为lang=zh_

17、cn, solaris中的字符集在哪里设置？而且发现在solaris 中文环境下，vi编辑器无法显示中文，在单独的文本编辑器中却可以写上。是solaris中的 语言包安装的问题吗？应该如何配置？为何下列的 nls_nchar_characterset 与 nls_characterset 却不一致，是 否有影响？sql > select * from v$nls_parametersparameter valuenls.language americannls.territory america nls_characterset us7asciinls_sort binarynls_nc

18、har_characterset we8iso8859p1系统屮设置nls_lang变量，与oracle中的nls_lang保持一致我的电脑-高级->环境变量新建一个坏境变量名字为nls_lang值为simplified ch1nese_ch1na. zhs16gbk试试修改注册表中 nls_lang 为 american_america.utf8oracle 8i中字符集乱码问题析及其解决办法2001-10-19-石骁5if-yesky一、问题描述sql plus worksheet是一个窗口图形界面的sql语句编辑器，对于那些喜欢窗口 界面而不喜欢字符界面的用户，该工具相对sql/p

19、lus受到了很大的欢迎。但从oracle 8i以后，如果安装oracled时选取的是别于英语的字符集，对于我们中国，通常会选 取简体中文字符集(zhs16gbk),安装成功后，运行sql plus worksheet程序，会 出现所有的中文显示以及查询结果均为乱码的情况。二、问题分析最初出现该问题，首先怀疑就是安装时字符集设置有问题，也就是说没有设置正确 的简体中文字符集。首先检查数据库字符集，在sql/plus中，运行下面的sql语句, 检查所连接数据库的字符集：l> select userenv('language') from dual;erenv('lan

20、guage') /iplified chinese_china.zhs16gbk查询结果发现数据库安装时所选字符集为简体中文zhs16gbk,说明安装时字符 集设置完全正确。第二步开始怀疑是用户客户端字符集问题，检查客户端注册表，打开 注册表编辑程序(regedit),在hkey_local_machine/software/oracle/nls_lang,发现 oracle 客户端字 符集为american_america.zhs16gbk,设置也完全正确，可以排除是客户端字符 集设置错误的问题。同时还有一个现象就是在同一个客户端机器上sql/plus中的查 询字符集显示完全正常，这

21、也说明不是字符集设置问题，而是系统程序sql/plus worksheet 的问题。在oracle 8i以前的版本屮，从来没有出现过这样的情况，这应该和oracle版本有 关，我们知道oracle 8i和它前面的版本一个显著的区别就是大部分的oracle系统程序, 现在均釆用java驱动，其实这也就是产生字符集乱码问题的根木所在。非java驱动的 程序，如sql*plus,有一个系统参数nls_lang,该参数在unix系统中设置在环境 变量中，在windows操作系统中设置在注册表中，这个参数决定了客户端应用程序的 字符集。而对于基于java应用的程序，如现在遇到的sql*plus work

22、sheet, nls_lang参数对这类程序是不起任何作用的。三、解决方案找到了问题产生的原因后，下面來讨论如何解决该问题。对于oracle enterprise manager中的所有工具，有一个配置文件名为perties,修改该文件即可 解决上述问题。这个文件的位置在$oracle_homesysmanconfig目录下，用任何的 文本编辑器打开该文件，在这个文件里面，找到这样一项，qlplus_nls_lang=american_america.we8iso8859p1去掉注释符#,同时将其修改为sqlplus_nls_lang=american_america.zhs16gbko对于windows操作系统，还需要修改一项，在文件中找到#sqlplus_systemroot=c:winnt40,去掉注释符，将其修改为你所在机器的操 作系统主目录。如操作系统的主目录在d盘的winnt下，则将其修改为sqlplus_systemroot=d:winnto