关于desc的一个奇怪问题及分析(r2第18天)

在平时的工作中,desc这个命令可谓短小精悍,可以很方便的查看表结构和not null的情况。 今天在生产环境中碰到一个有些奇怪的desc问题。 首先是数据迁移组说有一个表的constraint丢了。但是在master中有。 这种问题有两种可能,一种就是constraint确实丢了。 另一种可能性就是创建的constraint的问题,可以参见: not null constraint和check constriant的问题及分析 http://blog.itpub.net/23718752/viewspace-1154073/ 先来查看master中的情况,desc确实没有问题。 ------details from master

********** TABLE columns INFO *****************

COLUMN_ID COLUMN_NAME DATA_TYPE DATA_LENGTH NULLABLE DATA_DEFAULT

---------- ------------------------------ --------------- ----------- ---------- --------------------

1 ID NUMBER(12,0) 22 N

2 SYS_CREATION_DATE DATE 7 N

3 SYS_UPDATE_DATE DATE 7 Y

4 OPERATOR_ID NUMBER(9,0) 22 Y

5 APPLICATION_ID CHAR(6) 6 Y

6 DL_SERVICE_CODE CHAR(5) 5 Y

7 DL_UPDATE_STAMP NUMBER(4,0) 22 Y

8 TYPE VARCHAR2(30) 30 N

9 CODE VARCHAR2(60) 60 N

10 LANGUAGE VARCHAR2(30) 30 N

11 DESCRIPTION VARCHAR2(180) 180 Y

12 BE NUMBER(9,0) 22 N 0

********** CONSTRAINTS DETAILS INFO *****************

COLUMN_NAME CONSTRAINT_NAME C SEARCH_CONDITION DEFERRED DEFERRABLE RELY INDEX_NAME

-------------------- ------------------------------ - ----------------------------------- --------- -------------- ---- ------------------------------

BE AR1_GENE_BE_NN C "BE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

LANGUAGE AR1_GENE_LANGUAGE_NN C "LANGUAGE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

CODE AR1_GENE_CODE_NN C "CODE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

TYPE AR1_GENE_TYPE_NN C "TYPE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

SYS_CREATION_DATE AR1_GENE_SYS_CREATION_DATE_NN C "SYS_CREATION_DATE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

ID AR1_GENE_ID_NN C "ID" IS NOT NULL IMMEDIATE NOT DEFERRABLE

TYPE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

CODE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

LANGUAGE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

BE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

ID AR1_GENERIC_CODES_1UQ U IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_1UQ

11 rows selected.

但是在有问题的用户下查看,desc确实有问题

---from issue db account

COLUMN_ID COLUMN_NAME DATA_TYPE DATA_LENGTH NULLABLE DATA_DEFAULT

---------- ------------------------------ --------------- ----------- ---------- --------------------

1 ID NUMBER(12,0) 22 Y

2 SYS_CREATION_DATE DATE 7 Y

3 SYS_UPDATE_DATE DATE 7 Y

4 OPERATOR_ID NUMBER(9,0) 22 Y

5 APPLICATION_ID CHAR(6) 6 Y

6 DL_SERVICE_CODE CHAR(5) 5 Y

7 DL_UPDATE_STAMP NUMBER(4,0) 22 Y

8 TYPE VARCHAR2(30) 30 Y

9 CODE VARCHAR2(60) 60 Y

10 LANGUAGE VARCHAR2(30) 30 Y

11 DESCRIPTION VARCHAR2(180) 180 Y

12 BE NUMBER(9,0) 22 Y 0 但是奇怪的是constraint都在。

********** CONSTRAINTS DETAILS INFO *****************

COLUMN_NAME CONSTRAINT_NAME C SEARCH_CONDITION DEFERRED DEFERRABLE RELY INDEX_NAME

-------------------- ------------------------------ - ----------------------------------- --------- -------------- ---- ------------------------------

BE AR1_GENE_BE_NN C "BE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

LANGUAGE AR1_GENE_LANGUAGE_NN C "LANGUAGE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

CODE AR1_GENE_CODE_NN C "CODE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

TYPE AR1_GENE_TYPE_NN C "TYPE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

SYS_CREATION_DATE AR1_GENE_SYS_CREATION_DATE_NN C "SYS_CREATION_DATE" IS NOT NULL IMMEDIATE NOT DEFERRABLE

ID AR1_GENE_ID_NN C "ID" IS NOT NULL IMMEDIATE NOT DEFERRABLE

TYPE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

CODE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

LANGUAGE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

BE AR1_GENERIC_CODES_PK P IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_PK

ID AR1_GENERIC_CODES_1UQ U IMMEDIATE NOT DEFERRABLE AR1_GENERIC_CODES_1UQ

那就排除了constraint丢失的情况了,查看是不是not null constraint的问题。

得到了对应的ddl语句,查看constraint是没有问题的。但是可以看到有一个奇怪的地方,就是constraint是disable的。

CREATE TABLE "xxxx"

("ID" NUMBER(12, 0) CONSTRAINT "AR1_GENE_ID_NN" NOT NULL DISABLE,

"SYS_CREATION_DATE" DATE CONSTRAINT "AR1_GENE_SYS_CREATION_DATE_NN" NOT NULL DISABLE,

"SYS_UPDATE_DATE" DATE,

"OPERATOR_ID" NUMBER(9, 0),

"APPLICATION_ID" CHAR(6),

"DL_SERVICE_CODE" CHAR(5),

"DL_UPDATE_STAMP" NUMBER(4, 0),

"TYPE" VARCHAR2(30) CONSTRAINT "AR1_GENE_TYPE_NN" NOT NULL DISABLE,

"CODE" VARCHAR2(60) CONSTRAINT "AR1_GENE_CODE_NN" NOT NULL DISABLE,

"LANGUAGE" VARCHAR2(30) CONSTRAINT "AR1_GENE_LANGUAGE_NN" NOT NULL DISABLE,

"DESCRIPTION" VARCHAR2(180),

"BE" NUMBER(9, 0) CONSTRAINT "AR1_GENE_BE_NN" NOT NULL DISABLE)

PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255

STORAGE (INITIAL 1048576 NEXT 1048576 MINEXTENTS 1 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)

TABLESPACE "DATAS01" LOGGING NOCOMPRESS

/

查看这个用户下constraint不为ENABLED的情况,这样可以查看还有没有类似的问题存在。但是如下的查询有些矛盾。很是蹊跷。 SQL> select constraint_name,status from user_constraints where status!='ENABLED';

no rows selected

查看有问题的表对应的constraint,查看constraint的状态,显示确实enabled. SQL> select constraint_name,status from user_constraints where table_name='AR1_GENERIC_CODES';

CONSTRAINT_NAME STATUS

------------------------------ --------

AR1_GENE_ID_NN ENABLED

AR1_GENE_SYS_CREATION_DATE_NN ENABLED

AR1_GENE_TYPE_NN ENABLED

AR1_GENE_CODE_NN ENABLED

AR1_GENE_LANGUAGE_NN ENABLED

AR1_GENE_BE_NN ENABLED

AR1_GENERIC_CODES_PK ENABLED

AR1_GENERIC_CODES_1UQ ENABLED

所以,从以上的排查,发现这是一个数据字典中的信息不匹配造成的,应该是oracle的一个bug,查看metalink没有找到相关的bug id. 但是问题不管怎么样都得解决,如果这是一个bug,就不能直接在生产中修改,万一出现严重问题就得不偿失了。 我采用的步骤如下: 从生产的备份库中导出这个表的dump,然后导入另外一个测试环境中,可以看到在测试环境这个问题可以复现。 修复之前使用desc查看。 SQL> desc ar1_generic_codes Name Null? Type ----------------------------------------- -------- ---------------------------- ID NUMBER(12) SYS_CREATION_DATE DATE SYS_UPDATE_DATE DATE OPERATOR_ID NUMBER(9) APPLICATION_ID CHAR(6) DL_SERVICE_CODE CHAR(5) DL_UPDATE_STAMP NUMBER(4) TYPE NOT NULL VARCHAR2(30) CODE NOT NULL VARCHAR2(60) LANGUAGE NOT NULL VARCHAR2(30) DESCRIPTION VARCHAR2(180) BE NOT NULL NUMBER(9) SQL> alter table ar1_generic_codes enable constraint AR1_GENE_ID_NN; Table altered. 修复后,使用desc再次查看。 SQL> desc ar1_generic_codes Name Null? Type ----------------------------------------- -------- ---------------------------- ID NOT NULL NUMBER(12) SYS_CREATION_DATE DATE SYS_UPDATE_DATE DATE OPERATOR_ID NUMBER(9) APPLICATION_ID CHAR(6) DL_SERVICE_CODE CHAR(5) DL_UPDATE_STAMP NUMBER(4) TYPE NOT NULL VARCHAR2(30) CODE NOT NULL VARCHAR2(60) LANGUAGE NOT NULL VARCHAR2(30) DESCRIPTION VARCHAR2(180) BE NOT NULL NUMBER(9) 如果再进一步查看这个问题,很有可能是在做goldengate同步的时候引入的。这个表在使用goldengate同步后没有做任何的结构变化。 但是要验证,需要得到更多的细节来验证。

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2014-06-30

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏沃趣科技

Oracle 12c系列(十) | 12c中的Recovering Tables and Table Partitions

在Oracle12c之前的版本中,rman进行数据恢复时只能进行database/tablespace/datafile/block四种级别的恢复,如果误操作删...

1062
来自专栏杨建荣的学习笔记

MySQL和Oracle对比学习之数据字典元数据(r4笔记第33天)

MySQL和Oracle虽然在架构上有很大的不同,但是如果从某些方面比较起来,它们有些方面也是相通的。 毕竟学习的主线是MySQL,所以会从MySQL的角度来对...

2636
来自专栏杨建荣的学习笔记

CPU 100%负载的性能优化分析(r7笔记第40天)

今天收到报警邮件,提示在短时间内DB time有了很大的抖动。报警邮件如下: ZABBIX-监控系统: ------------------------...

3324
来自专栏乐沙弥的世界

使用触发器记录oracle用户登陆信息

      Oracle 提供了强大的审计功能,可以针对用户级,系统级范围,以及标准审计,细粒度审计等多种方式来审计各种数据库层面上的操作。然很多中小型数据库需...

482
来自专栏杨建荣的学习笔记

执行计划中的COLLECTION ITERATOR PICKLER FETCH导致的性能问题 (r5笔记第49天)

今天开发的同事找到我,让我评估一个sql语句。因为这条语句被应用监控组给抓取出来了,需要尽快进行性能调优。 sql语句比较长,是由几个Union连接起来的子查询...

3295
来自专栏杨建荣的学习笔记

创建用户时的密码校验问题(r2第34天)

今天需要在测试环境中做一些性能测试,为了不影响原有的数据,准备创建一个临时的schema。但是创建的时候报了如下的错误。 SQL> create user mi...

2576
来自专栏乐沙弥的世界

提取用户对象及系统权限DDL

      在工作中难免碰到需要提取用户权限或是不同数据库用户权限的同步问题。我们知道,Oracle数据库的任意一个用户,必须有相应的权限才可以登录以及操纵数据...

733
来自专栏杨建荣的学习笔记

11g升级性能问题之一 重建user_synonyms (笔记27天)

在测试环境11g升级之后,从测试那边反馈查询syn反应很慢。要持续差不多10分钟。其实这个syn中的数据只有200多条第一反应是cpu 100%了,查看果然是因...

3425
来自专栏数据和云

Oracle Hints - 先知的提示

在上周恩墨微信大讲堂的讨论中,几个有趣的视图跃入我们的视野,可以分享给大家。 在Oracle 11g中,新增的视图V$SQL_HINT记录了Oracle数据库中...

2736
来自专栏杨建荣的学习笔记

生产环境大型sql语句调优实战第一篇(一) (r2笔记第31天)

在生产环境中有一条sql语句的性能极差,在早晨非高峰时段运行抽取数据,平均要花费40分钟,有时候竟然要跑10个多小时。 sql语句比较长,需要点耐心往下看。我对...

3214

扫码关注云+社区