编辑手记：很多人在进行数据库导入导出操作的时候会遇到字符集的问题，今日拣选了 《循序渐进Oracle》一书中的相关章节，希望对初学Oracle的朋友有所帮助。 在传统的EXP导出文件中，记录着导出使用
在开发中常常碰到，需要导入dmp文件到现有数据库。这里的dmp文件可能来自于其它系统，所以，一般情况下是不知道导出程序（exp）的版本、导出时间或者导出模式等信息的。那么如何从现有的dmp文件中获取到这些信息呢？下面作者将一一讲解。
今天有客户向我咨询：数据库由ZHS16GBK字符集修改为AL32UTF8字符集，发现中文的数据中小部分出现乱码，客户认为AL32UTF8明明可以支持更多的文字，不应该出现这样的情况才对。 从现象看，基本可以确认故障是字符集转换导致的，Oracle也强烈不建议做这种字符集转换的操作，幸好该客户的操作只是在一个测试环境中操作的。不过，之前也一直有个误区，我们都知道AL32UTF8是可以支持多国语言的字符集，对于中文字节存储占用空间比ZHS16GBK多，然后第一反应就认为AL32UTF8应该是ZHS16GBK的
安装Oracle时默认的编码就是ZHS16GBK 如果安装时选了别的编码 怎样把编码改回来呢 下面就说一下怎样把数据库编码改回ZHS16GBK
之前做的基本都是本库导出，本库导入的操作，例如：imp test/***@test tables=tbl_fuel file=H:\dev\data\tbl_fuel.dmp ignore=y这样的指令操作。
http://www.eygle.com/special/NLS_CHARACTER_SET_05.htm
昨天安装了个oracle19c，但在导入数据库时发现原来数据库的字符集设置错了，导致数据库文件无法正常导入并还原。今天又折腾了一半天查找如果修改oracle的字符集的操作。特此整理出来分享给大家，如果能用到的同学给点个赞！
http://www.eygle.com/special/NLS_CHARACTER_SET_03.htm
IMPDP时部分日志显示这个警告 ORA-02374: conversion error loading table "MEMXXX"."T_MEMBER_XXXX" ORA-12899: value too large for column SUBJECT (actual: 148, maximum: 100) ORA-02372: data for row: SUBJECT : 0X'B2E2CAD4C9CCC6B7B2E2CAD4C9CCC6B7B2E233CAD4C9CCC6B7' 解释 zhsgbk16 和 utf8 对数据编码之后，存储格式不同，对于中文来讲，gbk存放一个汉字占用2个字节，utf8存放一个汉字占用3个字节，这样就会导致，比方说：原先GBK字符编码的数据库中的某张表中，存放中文的字段:colum001的类型是varchar 长度为200 ，并且该字段的大多数行的现有数据长度基本上在180个字节，那么该表导入UTF8编码的数据库中时，该字段原先存储的大多数180个字节的汉字，就需要180*3/2=270个字节左右的字符长度才能正常存放；而此时在执行impdp导入操作的时候，表结构是不会改变的，也就是原先的字段定义colum001的长度还是保持着200，因此在导入的时候，就会报错，出现上述错误信息。
1.数据库字符集：数据库需要存储多国语言选择AL32UTF8，只有中英文选择ZHS16GBK
在部署重构版测试环境时，需要创建Oracle数据库，使用dbca创建数据库之后没有注意数据库本身的字符集，导致后续所有的数据库脚本执行后中文乱码。最后的解决办法是清掉全库数据，再修改字符集，重启数据库。
导读：本文来自『墨天轮』专栏“循序渐进Oralcle”（https://www.modb.pro/topic/6289，复制到浏览器中打开或者点击“阅读原文”），介绍《循序渐进Oracle》第三章的3.1-3.4节：字符集的基本知识、数据库的字符集、字符集文件及字符支持、NLS_LANG的设置与影响、导入导出及字符转换。
http://www.eygle.com/special/NLS_CHARACTER_SET_04.htm
今天在客户服务器上遇到了oracle中文乱码问题，第一个想到的是：要想避免oracle字符乱码的问题，需要注意oracle客户端的字符编码和服务端的字符编码保持一致。
con = cx_Oracle.connect("pythondemo","welcome","192.168.188.11:1521/std1")
平时工作中，偶尔会有关于Oracle字符与字节的困惑，今天闲暇之余，特意整理一下。
故障描述：数据库字符集：US7ASCII，在SPA分析阶段正常，但在取报告阶段xml解析失败，具体现象如下：
使用root用户创建目录 示例：mkdir /orctmp 将目录授权给oracle用户 示例：chown -R oracle:oracle /orctmp
很多刚接触的朋友经常会搞混这两个字符集，数据库字符集是在创建数据库时进行指定的，不建议更改！而客户端字符集是可以随时更改的！
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/BlueCY/article/details/76164941
Oracle的imp/exp组件是我们常用的工具，它的一个操作原则就是向下兼容。下面是据此总结的几个使用规则和相关测试： 规则1：低版本的exp/imp可以连接到高版本（或同版本）的数据库服务器，但高版本的exp/imp不能连接到低版本的数据库服务器 --1.1 使用9i客户端通过imp连接到10g数据库 C:\Documents and Settings\yuechaotian>exp userid=hdtest/test@s67 tables=(ab01) rows=n file=d:\x.dmp Export: Release 9.2.0.1.0 - Production on 星期三 2月 20 10:09:55 2008 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options 已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集 注: 将不会导出表数据（行） 即将导出指定的表通过常规路径 ... . . 正在导出表 AB01 在没有警告的情况下成功终止导出。 --1.2 使用10g客户端通过imp连接9i数据库：连接失败（而不是导出失败） C:\Documents and Settings\yuechaotian>exp userid=hbjb_kf_hd/test@s46 owner=hdtest file=d:\x.dmp Export: Release 10.2.0.1.0 - Production on 星期三 2月 20 09:57:22 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved. EXP-00056: 遇到 ORACLE 错误 6550 ORA-06550: 第 1 行, 第 41 列: PLS-00302: 必须说明 'SET_NO_OUTLINES' 组件 ORA-06550: 第 1 行, 第 15 列: PL/SQL: Statement ignored EXP-00000: 导出终止失败 规则2：高版本exp出的dmp文件，低版本无法imp（无法识别dmp文件） --2.1 使用10g客户端exp出10g的数据 C:\Documents and Settings\yuechaotian>exp userid=test/test@orcl owner=test file=d:\10g.dmp Export: Release 10.2.0.1.0 - Production on 星期三 2月 20 11:16:39 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved. 连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options 已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集 服务器使用 AL32UTF8 字符集 (可能的字符集转换) 即将导出指定的用户... …… 导出成功终止, 但出现警告。 C:\Documents and Settings\yuechaotian> --2.2 使用9i客户端imp上面所导出的dmp文件到10g：可以连接到10g中，但无法识别文件 C:\Documents and Settings\yuechaotian>imp userid=test/test@s10g fromuser=test touser=test file=d:\10g.dmp Import: Release 9.2.0.1.0 - Production on 星期三 2月 20 11:20:33 2008 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With t
数据库的全球化特性是数据库发展的必然结果，位于不同地区、不同国家、不用语言而使用同一数据库越来越普遍。对于不同国家或地区数据库通常会使用不同的字符集，而全球性企业也会选择使用统一编码的数据库字符集。Oracle数据库统一字符集为AL32UTF8，可以参考：Oracle 全球化特性与字符集。对于不同的字符集容易出现转换乱码，同时不同字符集也影响存储空间的占用。 如本文下面的描述。 一、字符集环境变量对数据库的影响 [oracle@java_1 ~]$ env |grep LANG LANG=zh_CN.
发现是 AMERICAN_AMERICA. 现在把它改成 2. 修改Oracle用户环境变量
使用 Java 操作 oracle 数据库的时候报： Exception in thread "main" java.sql.SQLException: 不支持的字符集 (在类路径中添加 orai18n.jar): ZHS16GBK
NLS（National Language Support，国家语言支持）是数据库的一个非常强大的特性，控制着数据的许多方面，最重要的两个方面包括：1、文本数据采用何种编码存储在磁盘上。2、透明地将数据从一个字符集转换到另一个字符集。Oracle字符集可以分为数据库字符集和客户端字符集。客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码，客户端可以看作是能与数据库直接连接的各种应用，例如SQL*Plus、exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
原文发表于itpub技术丛书《Oracle数据库DBA专题技术精粹》,未经许可,严禁转载本文.
1、若Oracle数据库字符集为ZHS16GBK，则必须同时满足如下2个条件，才能避免生僻字乱码：
对于使用12c的PDB，如果想尽快熟悉，掌握，那就是和业务挂钩，让它跑在业务上。当然是在能够基本驾驭它的前提下，要不就真成了甩手掌柜。11g可以玩得很好，12c里面也差不到哪里去。 摆在我面前的一个选择就是字符集，尽管有大量的PDB需要整合进来，但是我在分析了几套需要整合的数据库之后，发现字符集还是一个很重要的考量。比如几个已有的旧版本的数据库字符集为UTF-8 US7ASCII ZHS16GBK ZHS16GBK，折中一些，根据实际情况还是选用ZHS16GBK，如果是个跨国企业，我可
同一台机器上，其中一个备份正常 <1>,另外一个报错 <2>。同一台机器上导出日志显示的版本居然不一样，哪个高人给指点下。
创建数据库，主要有手工建库，DBCA建库，OMF建库。手工建库会重新初始化数据字典，过程相对比较耗时，但是完全定制化；OMF建库的场景比较特别， 一般都是糅合在ASM中使用;DBCA图形化建库使用场景受限较大，其实DBCA还有另外一种快捷的方式就是DBCA静默建库，整个过程分分钟即可搞定。 如果说想简单使用，可以参考下面的例子，比如我们创建数据库为testdb，字符集为ZHS16GBK，命令如下： dbca -silent -createDatabase -templateName $ORACLE_HO
1.第一：用安装数据库时的管理员用户登录：创建一个新的用户，如： //创建用户123密码456 create user 123 identified by 456;
原文链接: http://www.eygle.com/special/NLS_CHARACTER_SET_07.htm 前面我们提到，通过修改props$的方式更改字符集在Oracle7之后是一种极其危险的方式，应该尽量避免。 我们又知道，通过ALTER DATABASE CHARACTER SET更改字符集虽然安全可靠，但是有严格的子集和超集的约束，实际上我们很少能够 用到这种方法。 实际上Oracle还存在另外一种更改字符集的方式. 如果你注意过的话，在Oracle的alert<sid>.log文件中，你可能看到过这样的日志信息:
Oracle创建数据库时指定字符集，一般不能修改，整个数据库都是一个字符集。虽然还支持指定国家字符集，用于nvarchar2类型，不过很少用到。常用的字符集：AL32UTF8和ZHS16GBK，其中AL32UTF8与UTF8几乎是等价的。一个汉字在AL32UTF8中占三个字节，而在ZHS16GBK中占用两个字节。
其中 book_name 是 varchar(20) 类型。 插入 sql 语句如下：
设置为UTF8，需要新增变量NLS_LANG，赋值为：SIMPLIFIED CHINESE_CHINA.AL32UTF8
我之前在《使用SQL计算宝宝每次吃奶的时间间隔(数据保障篇)》中提到数据实时同步的方案，其中有一种是数据表通过OGG进行同步，当时没有详细展开测试，只给了之前学习OGG时的配置示例。由于之前很少接触OGG的管理运维，最近在进行实际测试时遇到些问题，虽然不难，但也是初学者常遇到的问题，所以记录下这个过程。
EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
这里的连接信息很接近 Sql Server 的连接字符串，但是参数名略有不同。指定主机IP、数据库名即可。
何剑敏 Oracle ACS华南区售后团队，首席技术工程师 曾供职于中国联通信息计费部、卓望数码，系统支撑部首席DBA，负责中国移动全网梦网业务和移动应用商城数据库维护。后供职于IBM，负责米其林项目和澳洲电信（Telstra）项目数据库管理。现供职于Oracle ACS华南区售后团队，首席技术工程师。多年从事第一线的数据库运维工作，有丰富项目经验、维护经验和调优经验，专注于数据库的整体运维。 编辑手记：字符集是数据库中很复杂的一个问题，通常设定后不做改变，但因生产的需要，也提供通过导入导出或命令修改的
在使用exp/imp导出导入，经常会碰见各种的问题，前两天某公众号发了篇《IMP-00009：异常结束导出文件解决方案》，介绍了导入出现IMP-00009错误的解决方案，讲了各种场景，可以参考。
我们用Navacat连接Oracle数据库的时候，会提示ORA-12737:Instant Client Light:unsupported server character set ZHS16GBK
从12c版本12.1开始，就有了新特性——Pluggable Database，相比较之前通过schema的管理方式实现多用户管理，Pluggable Database实现了进一步的隔离，其中包含如下特点： 1.将业务用户元数据和数据库本身的元数据进行分离，减少核心数据字典的性能衰减，增加管理便捷性。 2.sga统一分配，各PDB通过各自的标识进行空间管理。 但在12.1中，PDB的字符集与root容器必须保持一致，这样无形中造成了PDB迁移或者克隆的限制性。从12.2开始，同一个cdb中的各个PDB字符集
使用OGG 21.3可以远程同步Oracle 11.2.0.4的数据库，这个我之前已经测试过，参考：https://www.xmmup.com/shiyongogg-21-3yuanchengshishihuxiangtongbuoracle-11-2-0-4shuangzhu.html
SQL> create user oracle identified by oracle;
**字符集** Oracle数据库软件有自己的字符集，不依赖于主机操作系统的字符集。 Oracle支持数百种字符集，我们在建立数据库时应该充分考虑实际业务需求，从而选择合适的字符集。 比如，我们确定数据库只是中国人来用，那么就可以选择ZHS16GBK字符集。
Oracle PLSQL导入数据 在PLSQL中导入数据时,对于数据量比较大的insert的SQL文件,不要使用import table进行数据导入,会导致导入数据失败,不能完整导入所有数据. 应在在Command窗口中使用命令导入: sql>@D:/test.sql; Oracle编码查看与修改 当数据库中的数据中文出现乱码的情况时,原因可能时数据的编码与Oracle数据库的编码不一致. 查看Oracle数据库的编码: SQL> select * from nls_instance_parameters
本文安装环境：RHEL 6.5 + Oracle 12.2.0.1 GI & RAC
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
