对dba_extents 进行的查询

lbs1988

数据字典 性能问题其实很常见，特别是数据库上Pb级别，RAC 的情况下
数据字典全部都是经过ORACLE特殊优化的，单独查询它很快，但是你它和很多数据字典JOIN之后就可能很慢
解决办法很简单，禁止CBO对SQL进行视图合并即可

kewin

原帖由 lbs1988 于 2011-8-26 23:42 发表
数据字典 性能问题其实很常见，特别是数据库上Pb级别，RAC 的情况下
数据字典全部都是经过ORACLE特殊优化的，单独查询它很快，但是你它和很多数据字典JOIN之后就可能很慢
解决办法很简单，禁止CBO对SQL进行视图合并即可

我用no_unnest 来禁止视图合并了，结果还是一样。

你有好的方法吗？

lbs1988

no_unnest 是禁制视图合并吗？ 它是 禁制子查询非嵌套

kewin

原帖由 lbs1988 于 2011-8-27 17:51 发表
no_unnest 是禁制视图合并吗？ 它是 禁制子查询非嵌套

应该用哪个hint？

lbs1988

no_merge(视图名称)

kewin

SYS@hr9prd>select  /*+ NO_QUERY_TRANSFORMATION */ SEGMENT_NAME,   sum(blocks)  
  2     from dba_extents  
where segment_name in (select   index_name from dba_indexes
where table_NAME in ('PS_TL_TA_OFFST029','PS_TL_IPT19','PS_TL_TA_OFFST019') and OWNER='SYSADM')
group by SEGMENT_NAME     ;  3    4    5  

Elapsed: 00:05:15.63

kewin

我加上了NO_QUERY_TRANSFORMATION 的HINT，现在执行时间降低到5分钟多。
可是

Statistics
----------------------------------------------------------
    1600363  recursive calls
         94  db block gets
    2354909  consistent gets
      68579  physical reads
        252  redo size
        743  bytes sent via SQL*Net to client
        487  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          5  rows processed

可是有160万次的recursive calls，这值也太高了吧。