DBMS_METADATA.GET_DDL 无法获取索引语句

最新推荐文章于 2024-04-09 09:37:52 发布

Rhys-Oracle

最新推荐文章于 2024-04-09 09:37:52 发布

阅读量1.6k

点赞数

CC 4.0 BY-SA版权

分类专栏： ORACLE 之 error 诊断文章标签： DBMS_METADATA.GET_DD BUG13844935

本文链接：https://blog.youkuaiyun.com/rhys_oracle/article/details/76201924

ORACLE 之 error 诊断专栏收录该内容

35 篇文章

订阅专栏

在使用Oracle DBMS_METADATA.GET_DDL获取特定索引的创建语句时遇到性能瓶颈，通过对SQL进行跟踪发现高逻辑读导致的问题，并找到相关Bug记录，提示在11.2.0.4版本中已修复。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天是2017年7月27，在远程给客户处理问题时偶然发现，使用dbms_metadata.get_ddl 无法获得索引创建语句，本来很简单的事情，等了很久都没出结果。

给我第一反应是遇到鬼了。

问题描述：

通过sqlplus 登陆数据库，执行“select dbms_metadata.get_ddl('INDEX', 'IDX_ZW_SSDFJL_FXRBS_YWLBDM1', 'GDYX7001') FROM DUAL;” 没有任何结果。

问题分析：

既然没有结果，那么肯定是哪里存在问题了，随即对该语句进行10046 sql trace 。

操作步骤如下：

ALTER SESSION SET timed_statistics=true;

ALTER SESSION SET max_dump_file_size=unlimited ;

ALTER SESSION SET tracefile_identifier='my_trace_session'；
ALTER SESSION SET EVENTS '10046 trace name context forever, level 12'；
select dbms_metadata.get_ddl('INDEX', 'IDX_ZW_SSDFJL_FXRBS_YWLBDM1', 'GDYX7001') FROM DUAL;
ALTER SESSION SET EVENTS '10046 trace name context off'；

找到trc文件，使用tkprof工具，分析trc文件，然后我们看到；

SQL ID: 3v9mgpjqffrj0 Plan Hash: 2962139578

SELECT /*+all_rows*/ SYS_XMLGEN(VALUE(KU$), XMLFORMAT.createFormat2('INDEX_T',
   '7')), KU$.OBJ_NUM 
FROM
 SYS.KU$_INDEX_VIEW KU$ WHERE NOT BITAND(KU$.BASE_OBJ.FLAGS,128)!=0 AND  
  KU$.SCHEMA_OBJ.NAME='IDX_ZW_SSDFJL_FXRBS_YWLBDM' AND  KU$.SCHEMA_OBJ.OWNER_NAME='GDYX7001';


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.28       0.28          0       3892          0           0
Fetch        1      1.94       1.93          0     249677          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        3      2.22       2.22          0     253569          0           1

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)

可以知道逻辑读非常大。我尝试采用手动执行该sql，结果可想而知。也正是该问题导致了。

那么这是dbms_metadata 我们无法对sql进行优化，随即翻阅mos发现oracle 11.2.0.3 存在一个bug：Bug 13844935 Queries against KU$_INDEX_VIEW slow under DBMS_METADATA - superseded

提到该问题在11.2.0.4 得到了解决。

该问题尤其对于分区表（众多级联分情况）的索引尤为突出。