Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

0

积分

0

好友

5

主题
1#
发表于 2015-1-6 20:53:19 | 查看: 4473| 回复: 4
本帖最后由 data_data 于 2015-1-15 15:16 编辑

描述:rac 2节点,发现节点1出现大量"gc buffer busy",均为insert 语句,另一节点没有异常等待事件。
基本情况:
--所有sql一共集中等待3个数据块
PRODUCTION:sys@uwnms21 SQL>select p1,p2,count(*) from v$session where event='gc buffer busy'  group by p1,p2
  2  ;

        P1         P2   COUNT(*)
---------- ---------- ----------
       173     174521          8
       134      36996         13
       228    2424305          4
      
      
--这些sql都是insert语句,且长时间等待同一个块。
PRODUCTION:sys@uwnms21 SQL>select sid,SERIAL#,sql_id,seconds_in_wait,p1,p1text,p2,p2text,p3,p3text from v$session where event='gc buffer busy' ;

       SID    SERIAL# SQL_ID        SECONDS_IN_WAIT         P1 P1TEXT             P2 P2TEXT             P3 P3TEXT
---------- ---------- ------------- --------------- ---------- ---------- ---------- ---------- ---------- ----------
       102      60749 ftx1b8upcpw05            3600        134 file#           36996 block#          65537 id#
       125      17613 dyz7wgzwuymsd             241        173 file#          174521 block#          65537 id#
       130      49629 8yancth5ujnhz           43896        228 file#         2424305 block#          65537 id#
       159       8525 dyz7wgzwuymsd            4695        134 file#           36996 block#          65537 id#
       172      51171 awnh92gxhb8cg            2702        134 file#           36996 block#          65537 id#
       200      23593 2abnyt51tkkfq            6571        134 file#           36996 block#          65537 id#
       219      19001 cnrdxxu2gumjg           10703        134 file#           36996 block#          65537 id#
       237      39017 ap4f5hvrp5p2s            1003        134 file#           36996 block#          65537 id#
       284      42716 3wfp1vbg58m5k             714        134 file#           36996 block#          65537 id#
       311      54300 8yancth5ujnhz           25037        228 file#         2424305 block#          65537 id#
       353      24023 5g0yg9zg66yqa            3449        134 file#           36996 block#          65537 id#
       366      47084 8yancth5ujnhz           48155        228 file#         2424305 block#          65537 id#
       370       9253 5g0yg9zg66yqa            4778        134 file#           36996 block#          65537 id#
       416      24072 5g0yg9zg66yqa           34687        173 file#          174521 block#          65537 id#
       493      42096 5g0yg9zg66yqa           15940        173 file#          174521 block#          65537 id#
       715      64450 f33wqpy746r1u           41231        173 file#          174521 block#          65537 id#
       800      43739 47hnpg4602smh            3400        134 file#           36996 block#          65537 id#
       863      32604 gqudmnaqf4k5k           10980        173 file#          174521 block#          65537 id#
       902      38768 2dh2w0vtwncgj               0        322 file#         2760828 block#          65537 id#
       906      24278 f33wqpy746r1u            4611        134 file#           36996 block#          65537 id#
       925      11294 8yancth5ujnhz            2800        228 file#         2424305 block#          65537 id#
      1084      38126 f33wqpy746r1u           14097        173 file#          174521 block#          65537 id#
      1114      43939 228ma2kkb1f98           37218        134 file#           36996 block#          65537 id#
      1115      29400 f9t7xuxd0ytt9            6493        173 file#          174521 block#          65537 id#
      1161       3957 ap4f5hvrp5p2s            6137        173 file#          174521 block#          65537 id#
      1271      54450 f33wqpy746r1u            8201        134 file#           36996 block#          65537 id#
--所有块的状态都是being read from disk,且通过查询,这些块都是段头块。
SQL>select objd,ts# ,status from v$bh where FILE#=134 and block#=36996;

      OBJD        TS# STATUS
---------- ---------- -------
   9982200         49 read
   
SQL>select objd,ts# ,status from v$bh where FILE#=173 and block#=174521;
      OBJD        TS# STATUS
---------- ---------- -------
   7228064         43 read
   7228064         43 read

SQL>select objd,ts# ,status from v$bh where FILE#=228 and block#=2424305;

      OBJD        TS# STATUS
---------- ---------- -------
   7252591         48 read
   

#########################search object############################
--以下是根据p1,p2查询到的对象。
   select owner,object_type ,object_name from dba_objects where data_object_id=9982200 or object_id=9982200;
   
OWNER                          OBJECT_TYPE         OBJECT_NAME
------------------------------ ------------------- ------------------------------
PRDB                           INDEX PARTITION     IDX1_TPD_RADIO_BTS_GD

   select owner,object_type ,object_name from dba_objects where data_object_id=7228064 or object_id=7228064;

no rows selected

select owner,object_type ,object_name from dba_objects where data_object_id=7252591 or object_id=7252591;

OWNER                          OBJECT_TYPE         OBJECT_NAME
------------------------------ ------------------- ------------------------------
PRDB                           TABLE PARTITION     TPD_RADIO_BTS_GD

插入的表为临时表,temp_source,tmp_tpc_radio_db,tmp_radio2bsc_2,与等待的块对象并无直接关系。
而且从另一节点 v$bh视图中并找到所等待的块。
查询表TPD_RADIO_BTS_GD也没有被锁定。

第一次遇到这种情况,请教!

2#
发表于 2015-1-6 23:44:25
刘大,麻烦有时间看看,谢谢!

回复 只看该作者 道具 举报

3#
发表于 2015-1-11 15:05:42
为什么要设置 权限?

回复 只看该作者 道具 举报

4#
发表于 2015-1-15 15:16:31
Maclean Liu(刘相兵 发表于 2015-1-11 15:05
为什么要设置 权限?

我看到有的勾选就勾选了注册会员,没想太多。

回复 只看该作者 道具 举报

5#
发表于 2015-1-15 15:20:37
这个问题的分析一开始就走错了方向,往异常等待的方向走;后来通过分析这些insert statement,发现select子查询存在效率问题,通过优化这些sql,问题也解决了。
由于等待的对象和dml相关对象没什么关联性,所以还是不能很透彻的把握异常等待事件产生的根本原因。

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-5-17 17:51 , Processed in 0.048335 second(s), 20 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569