查看和修改Oracle数据库字符集

简介:

1、查询oracle server端的字符集 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
SQL>  select  userenv( 'language' from  dual;
 
USERENV( 'LANGUAGE' )
----------------------------------------------------
AMERICAN_AMERICA.ZHS16GBK
 
SQL> 
或者
SQL>  set  line 150
SQL> col parameter  for  a30
SQL> col value  for  a30
SQL>  select  from  nls_database_parameters
PARAMETER              VALUE
------------------------------ ------------------------------
NLS_RDBMS_VERSION          12.1.0.2.0
NLS_NCHAR_CONV_EXCP         FALSE
NLS_LENGTH_SEMANTICS           BYTE
NLS_COMP                BINARY
NLS_DUAL_CURRENCY          $
NLS_TIMESTAMP_TZ_FORMAT        DD-MON-RR HH.MI.SSXFF AM TZR
NLS_TIME_TZ_FORMAT         HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_FORMAT           DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_FORMAT           HH.MI.SSXFF AM
NLS_SORT                BINARY
NLS_DATE_LANGUAGE          AMERICAN
 
PARAMETER              VALUE
------------------------------ ------------------------------
NLS_DATE_FORMAT           DD-MON-RR
NLS_CALENDAR               GREGORIAN
NLS_NUMERIC_CHARACTERS         .,
NLS_NCHAR_CHARACTERSET         AL16UTF16
NLS_CHARACTERSET           ZHS16GBK
NLS_ISO_CURRENCY           AMERICA
NLS_CURRENCY               $
NLS_TERRITORY              AMERICA
NLS_LANGUAGE               AMERICAN
 
20  rows  selected.
 
SQL>

来源于props$,是表示数据库的字符集。


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

1
2
3
4
5
6
7
SQL>  select  nls_charset_name(to_number( '0354' , 'xxxx' ))  from  dual;
 
NLS_CHARSET_NAME(TO_NUMBER( '0354' , 'XXXX'
----------------------------------------
ZHS16GBK
 
SQL>

如果dmp文件很大,比如有2G以上(这也是最常见的情况),用文本编辑器打开很慢或者完全打不开,可以用以下命令(在unix主机上): 

1
cat  exp.dmp | od -x |  head  -1 |  awk  '{print $2 $3}'  cut  -c 3-6

然后用上述SQL语句也可以得到它对应的字符集。 

注意:使用exp/imp 导入导出时是需要设定字符集的,因为它是一个客户端工具。生成的dmp文件根据客户端的字符集来定(如果你没有设置的话),这样如果导出源客户端和目标端数据库字符集不一致,imp导入就会出现乱码;而expdp/impdp工具是不依赖NLS_LANG的,它是基于源端和目标端NLS_CHARACTERSET。
3、查询oracle client端的字符集  
在windows平台下,就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置,比如: 

1
set  nls_lang=AMERICAN_AMERICA.ZHS16GBK

这样就只影响这个窗口里面的环境变量。 
在unix平台下,就是环境变量NLS_LANG。 

1
2
$ echo  $NLS_LANG 
AMERICAN_AMERICA.ZHS16GBK

如果检查的结果发现server端与client端字符集不一致,请统一修改为同server端相同的字符集。 


4、修改oracle的字符集 
一旦数据库创建后,数据库的字符集理论上讲是不能改变的。因此,在设计和安装之初考虑使用哪一种字符集十分重要。根据Oracle的官方说明,字符集的转 换是从子集到超集受支持,反之不行。如果两种字符集之间根本没有子集和超集的关系,那么字符集的转换是不受oracle支持的。对数据库server而 言,错误的修改字符集将会导致很多不可测的后果,可能会严重影响数据库的正常运行,所以在修改之前一定要确认两种字符集是否存在子集和超集的关系。一般来 说,除非万不得已,我们不建议修改oracle数据库server端的字符集。特别说明,我们最常用的两种字符集ZHS16GBK和 ZHS16CGB231280之间不存在子集和超集关系,因此理论上讲这两种字符集之间的相互转换不受支持。 
修改server端字符集(不建议使用) 
在oracle 8之前,可以用直接修改数据字典表props$来改变数据库的字符集。但oracle8之后,至少有三张系统表记录了数据库字符集的信息,只改props$表并不完全,可能引起严重的后果。正确的修改方法如下: 

1
2
3
4
5
6
7
8
9
10
11
$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

注意:如果没有大对象,在使用过程中进行语言转换没有什么影响,(切记设定的字符集必须是ORACLE支持,不然不能startup) 按上面的做法就可以,但是可能会出现‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 这样的提示信息 要解决这个问题有两种方法,一个是,利用INTERNAL_USE 关键字修改区域设置, 还有一个是利用re-create,但是re-create有点复杂,所以请用internal_use。

1
2
3
4
5
6
7
8
9
SQL>SHUTDOWN IMMEDIATE; 
SQL>STARTUP MOUNT EXCLUSIVE; 
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  NATIONAL  CHARACTER  SET  INTERNAL_USE UTF8; 
SQL>SHUTDOWN immediate; 
SQL>startup;

如果按上面的做法做,National charset的区域设置就没有问题 


修改dmp文件字符集 
上文说过,dmp文件的第2第3字节记录了字符集信息,因此直接修改dmp文件的第2第3字节的内容就可以‘骗’过oracle的检查。这样做理论上也仅 是从子集到超集可以修改,但很多情况下在没有子集和超集关系的情况下也可以修改,我们常用的一些字符集,如 US7ASCII,WE8ISO8859P1,ZHS16CGB231280,ZHS16GBK基本都可以改。因为改的只是dmp文件,所以影响不大。 

具体的修改方法比较多,最简单的就是直接用UltraEdit修改dmp文件的第2和第3个字节。 

比如想将dmp文件的字符集改为ZHS16GBK,可以用以下SQL查出该种字符集对应的16进制代码:   

1
2
3
4
5
6
7
SQL>   select  to_char(nls_charset_id( 'ZHS16GBK' ),  'xxxx' from  dual; 
 
TO_CH
-----
   354
 
SQL>

然后将dmp文件的2、3字节修改为0354即可。 
如果dmp文件很大,用ue无法打开,就需要用程序的方法了。













本文转自lq201151CTO博客,原文链接:http://blog.51cto.com/liuqun/2044628 ,如需转载请自行联系原作者








相关文章
|
3天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
32 11
|
16天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
22天前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
9天前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
45 7
|
4月前
|
监控 Oracle 关系型数据库
"深度剖析:Oracle SGA大小调整策略——从组件解析到动态优化,打造高效数据库性能"
【8月更文挑战第9天】在Oracle数据库性能优化中,系统全局区(SGA)的大小调整至关重要。SGA作为一组共享内存区域,直接影响数据库处理能力和响应速度。本文通过问答形式介绍SGA调整策略:包括SGA的组成(如数据缓冲区、共享池等),如何根据负载与物理内存确定初始大小,手动调整SGA的方法(如使用`ALTER SYSTEM`命令),以及利用自动内存管理(AMM)特性实现智能调整。调整过程中需注意监控与测试,确保稳定性和性能。
353 2
|
5月前
|
存储 缓存 Oracle
Oracle数据库可扩展性和性能
【7月更文挑战第6天】
88 7
|
存储 SQL 负载均衡
达梦数据库与Oracle数据库:功能、性能和适用场景对比
数据库在现代信息技术领域中扮演着至关重要的角色。在企业级应用中,选择正确的数据库管理系统对于数据存储、处理和查询效率至关重要。本文将对比两个备受关注的数据库管理系统——达梦数据库和Oracle数据库,从功能、性能和适用场景等方面进行深入探讨,以帮助读者在选择合适数据库时做出明智的决策。
2834 1
|
SQL Oracle 安全
Oracle优化01-引起数据库性能问题的因素
Oracle优化01-引起数据库性能问题的因素
171 0

推荐镜像

更多