执行查询坏块语句后，ASH报告出现wait for cpu等待事件

YuJ.Marcus

1、背景：
在2016.12.5上午10点左右执行数据库坏块查询语句，语句如下：
SELECT e.owner, e.segment_type, e.segment_name, e.partition_name, c.file#
     , greatest(e.block_id, c.block#) corr_start_block#
     , least(e.block_id+e.blocks-1, c.block#+c.blocks-1) corr_end_block#
     , least(e.block_id+e.blocks-1, c.block#+c.blocks-1)
       - greatest(e.block_id, c.block#) + 1 blocks_corrupted
     , corruption_type description
  FROM dba_extents e, v$database_block_corruption c
WHERE e.file_id = c.file#
   AND e.block_id <= c.block# + c.blocks - 1
   AND e.block_id + e.blocks - 1 >= c.block#
UNION
SELECT s.owner, s.segment_type, s.segment_name, s.partition_name, c.file#
     , header_block corr_start_block#
     , header_block corr_end_block#
     , 1 blocks_corrupted
     , corruption_type||' Segment Header' description
  FROM dba_segments s, v$database_block_corruption c
WHERE s.header_file = c.file#
   AND s.header_block between c.block# and c.block# + c.blocks - 1
UNION
SELECT null owner, null segment_type, null segment_name, null partition_name, c.file#
     , greatest(f.block_id, c.block#) corr_start_block#
     , least(f.block_id+f.blocks-1, c.block#+c.blocks-1) corr_end_block#
     , least(f.block_id+f.blocks-1, c.block#+c.blocks-1)
       - greatest(f.block_id, c.block#) + 1 blocks_corrupted
     , 'Free Block' description
  FROM dba_free_space f, v$database_block_corruption c
WHERE f.file_id = c.file#
   AND f.block_id <= c.block# + c.blocks - 1
   AND f.block_id + f.blocks - 1 >= c.block#
order by file#, corr_start_block#;
2、应用反馈：
约11:30左右应用反应业务缓慢，调取11:30-11:44期间双节点的ASH报告。
在节点1的ASH报告中，TOP SQL有且仅有该查询语句，且对应WAIT EVENT为CPU + Wait for CPU。

3、请求分析：
麻烦帮忙分析为何在执行查询语句后，已过约1小时，该查询语句会影响业务运行，且出现Wait for CPU的等待事件。

备注：
附件
1、11:30-11:44期间数据库双节点ASH报告及12:00-14:30节点1每半小时的AWR报告；
2、该SQL近一周的执行情况。         

YuJ.Marcus

在12:00-14:30每半小时的AWR报告中，SQL Statistics项该语句都是消耗较高的语句。

一页书

应该是你这个语句长时间CPU使用率很高占用较多的CPU资源。语句执行期间影响到后续的业务。个人愚见；

Chris

awr/ash都没有11:30-11:44间的状态，你是不是时间搞错了？
Analysis Begin Time:        05-Dec-16 10:30:00        V$ACTIVE_SESSION_HISTORY
Analysis End Time:        05-Dec-16 10:45:00        V$ACTIVE_SESSION_HISTORY

仅能看到12：00-12：30awr报告中显示实例2有大量的enq: TX - row lock contention等待事件
sqlid 为 7v3g8c1x2hdav 的sql执行了888秒还没有执行完毕，自己看看吧