标签：dmp ZHS16GBK 字符集 乱码 SQL oracle ALTER
前言：
将表导入数据库后，发现很多的乱码，而原数据在原库中是没有问题的，找了很多资料来看，发现可能是字符集的问题，检查处理后，问题得到了解决，撰文记之：
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
标签：dmp,ZHS16GBK,字符集,乱码,SQL,oracle,ALTER 来源： https://www.cnblogs.com/xiaoyuxixi/p/12124881.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。