前言:
将表导入数据库后,发现很多的乱码,而原数据在原库中是没有问题的,找了很多资料来看,发现可能是字符集的问题,检查处理后,问题得到了解决,撰文记之:
oracle数据库常用的字符编码格式为ZHS16GBK,下面就是更换字符集实操的记录:
[oracle@woitumi-197 dbs]$ sqlplus / as sysdba 启动数据库:
SQL> startup SQL>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;
接下来可能出现两种情况:
ERROR at line 1 RA-12721: operation cannot execute when other sessions are active
1、若出现上面的错误,使用下面的办法进行修改,使用INTERNAL_USE可以跳过超集的检查:
SQL>ALTER DATABASE CHARACTER SET INTERNAL_USE ZHS16GBK;
2、结果报错,提示新字符集必须是老字符集的超集。
ORA-12712: new character set must be a superset of old character set
RROR at line 1:
需要强制转换:
>ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
以上两种情况是我所遇到的问题,在执行了相关命令后,执行最后步骤:
>shutdown immediate; >STARTUP;
附:
在数据库备份文件导入时,
1. oracel server端的字符集;
2. oracle 远程连接工具的字符集;
3. 导出dmp文件数据库的的字符集。
这三者必须相同,操作后的数据,才不会出现乱码
查询方法:
查询oracle server端的字符集
有很多种方法可以查出oracle server端的字符集,比较直观的查询方法是以下这种:
SQL> select userenv('language') from dual; USERENV('LANGUAGE') ---------------------------------------------------- SIMPLIFIED CHINESE_CHINA.ZHS16GBK SQL>select userenv(‘language’) from dual; AMERICAN _ AMERICA. ZHS16GBK
如何查询dmp文件的字符集
用oracle的exp工具导出的dmp文件也包含了字符集信息,dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大,比如只有几M或几十M,可以用UltraEdit打开(16进制方式),看第2第3个字节的内容,如0354,然后用以下sql查出它对应的字符集:
SQL> select nls_charset_name(to_number('0354','xxxx')) from dual; ZHS16GBK
如果dmp文件很大,比如有2G以上(这也是最常见的情况),用文本编辑器打开很慢或者完全打不开,可以用以下命令(在linux主机上):
cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6