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

找回密码
注册
搜索
热搜: 活动 交友 discuz
Oracle数据库数据恢复、性能优化»论坛 › Oracle › Oracle数据库管理 › 11.2.0.1.0,Red Hat Enterprise 4 ,32 等待事件 direct ...
发新帖
aaaaaaaa2000

131

积分

1

好友

13

主题

[RAC Clusterware] 11.2.0.1.0,Red Hat Enterprise 4 ,32 等待事件 direct path read

1#
发表于 2012-12-21 10:54:13 | 查看: 4792| 回复: 16
os:Red Hat Enterprise 4 32位
db:11.2.0.1.0

表的数量只有22行，但是查询这个表时间竟然需要23s之多，请刘大帮忙看一下
  1. [ora11@ntesepstd ~]$ sqlplus '/as sysdba'

  3. SQL*Plus: Release 11.2.0.1.0 Production on Fri Dec 21 10:42:46 2012

  5. Copyright (c) 1982, 2009, Oracle.  All rights reserved.


  8. Connected to:
  9. Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
  10. With the Partitioning, OLAP, Data Mining and Real Application Testing options

  12. SQL> select distinct sid from v$mystat;

  14.        SID
  15. ----------
  16.        197

  18. SQL> set timing on
  19. SQL> select count(*) from movie.tb_movie_coupon_bak;

  21.   COUNT(*)
  22. ----------
  23.         22

  25. Elapsed: 00:00:00.07
  26. SQL> set serveroutput off
  27. SQL>
  28. SQL> set autotrace TRACEonly
  29. SQL> select * from movie.tb_movie_coupon_bak;

  31. 22 rows selected.

  33. Elapsed: 00:00:23.97

  35. Execution Plan
  36. ----------------------------------------------------------
  37. Plan hash value: 1934128472

  39. --------------------------------------------------------------------------------
  40. ---------

  42. | Id  | Operation         | Name                | Rows  | Bytes | Cost (%CPU)| T
  43. ime     |

  45. --------------------------------------------------------------------------------
  46. ---------

  48. |   0 | SELECT STATEMENT  |                     |    22 |  2706 | 11309   (1)| 0
  49. 0:02:16 |

  51. |   1 |  TABLE ACCESS FULL| TB_MOVIE_COUPON_BAK |    22 |  2706 | 11309   (1)| 0
  52. 0:02:16 |

  54. --------------------------------------------------------------------------------
  55. ---------



  59. Statistics
  60. ----------------------------------------------------------
  61.           1  recursive calls
  62.           0  db block gets
  63.       41724  consistent gets
  64.       41717  physical reads
  65.           0  redo size
  66.        4596  bytes sent via SQL*Net to client
  67.         431  bytes received via SQL*Net from client
  68.           3  SQL*Net roundtrips to/from client
  69.           0  sorts (memory)
  70.           0  sorts (disk)
  71.          22  rows processed

  73. SQL>
  74. SQL> select event from v$session where sid=197;

  76. EVENT
  77. ----------------------------------------------------------------
  78. direct path read

  80. SQL>
复制代码
17#
发表于 2012-12-22 22:53:46
学习了  强。。。。。。。。。

回复 只看该作者 道具 举报

16#
发表于 2012-12-21 14:05:05
aaaaaaaa2000 发表于 2012-12-21 13:49
无记录

估计你的undo很小， 综上所述 19-20期间有人删除了该表上大量数据，可以通过logminer获得更多信息

回复 只看该作者 道具 举报

15#
发表于 2012-12-21 13:49:39
无记录   

回复 只看该作者 道具 举报

14#
发表于 2012-12-21 13:22:51
你看到的 仅是过去10天的增长历史！！

select to_char(START_TIMESTAMP,'MM-DD-hh24'),operation,count(*) from flashback_transaction_query where table_name='TB_MOVIE_COUPON_BAK' group by to_char(START_TIMESTAMP,'MM-DD-hh24'),operation;

查一下

回复 只看该作者 道具 举报

13#
发表于 2012-12-21 11:58:04
看BLOCK_INCREASE，不应该增长到328M吧

回复 只看该作者 道具 举报

12#
发表于 2012-12-21 11:49:06
MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-19             32


12月19号 该表还在增长 到 20号 22:00 只有22条记录，说明 这期间 对该表做了大量删除

回复 只看该作者 道具 举报

11#
发表于 2012-12-21 11:41:58
  1. SQL> column owner format a16
  2. SQL> column object_name format a36
  3. SQL> column start_day format a11
  4. column block_increase format 9999999999
  5. SQL>
  6. SQL> select   obj.owner, obj.object_name,
  7.          to_char(sn.BEGIN_INTERVAL_TIME,'RRRR-MON-DD') start_day,
  8.          sum(a.db_block_changes_delta) block_increase
  9.   4           dba_objects objat a,
  10. from     dba_hist_seg_stat a,
  11.          dba_hist_snapshot sn,
  12.          dba_objects obj
  13. where    sn.snap_id = a.snap_id
  14.   8  and      obj.object_id = a.obj#
  15. and      obj.owner not in ('SYS','SYSTEM')
  16.          and obj.object_name=upper('tb_movie_coupon_bak')
  17. group by obj.owner, obj.object_name,
  18.          to_char(sn.BEGIN_INTERVAL_TIME,'RRRR-MON-DD')
  19. 13  order by obj.owner, obj.object_name
  20. 14  /

  22. OWNER            OBJECT_NAME                          START_DAY   BLOCK_INCREASE
  23. ---------------- ------------------------------------ ----------- --------------
  24. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-12              0
  25. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-13             16
  26. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-14             16
  27. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-15              0
  28. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-16              0
  29. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-17              0
  30. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-18              0
  31. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-19             32
  32. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-20              0
  33. MOVIE            TB_MOVIE_COUPON_BAK                  2012-DEC-21              0

  35. 10 rows selected.

  37. SQL>
复制代码

回复 只看该作者 道具 举报

10#
发表于 2012-12-21 11:37:37
最近一次分析是  2012/12/20 22:00:10 时已经只有22行了


  3. column owner format a16
  4. column object_name format a36
  5. column start_day format a11
  6. column block_increase format 9999999999

  8. select   obj.owner, obj.object_name,
  9.          to_char(sn.BEGIN_INTERVAL_TIME,'RRRR-MON-DD') start_day,
  10.          sum(a.db_block_changes_delta) block_increase
  11. from     dba_hist_seg_stat a,
  12.          dba_hist_snapshot sn,
  13.          dba_objects obj
  14. where    sn.snap_id = a.snap_id
  15. and      obj.object_id = a.obj#
  16. and      obj.owner not in ('SYS','SYSTEM')
  17.          and obj.object_name=upper('tb_movie_coupon_bak')
  18. group by obj.owner, obj.object_name,
  19.          to_char(sn.BEGIN_INTERVAL_TIME,'RRRR-MON-DD')
  20. order by obj.owner, obj.object_name
  21. /
复制代码
跑一下上面的脚本

回复 只看该作者 道具 举报

9#
发表于 2012-12-21 11:32:30
  1. SQL> set lines 500
  2. SQL> set long 9999
  3. SQL> set pages 999
  4. SQL> set serveroutput on size 1000000
  5. alter session set nls_date_format = 'yyyy/mm/dd hh24:mi:ss';
  6. SELECT * FROM DBA_TAB_MODIFICATIONS where table_name=upper('tb_movie_coupon_bak');
  7. SQL>
  8. Session altered.

  10. SQL>
  11. TABLE_OWNER                    TABLE_NAME                     PARTITION_NAME                 SUBPARTITION_NAME                 INSERTS        UPDATES    DELETES TIMESTAMP           TRU DROP_SEGMENTS
  12. ------------------------------ ------------------------------ ------------------------------ ------------------------------ ---------- ---------- ---------- ------------------- --- -------------
  13. MOVIE                          TB_MOVIE_COUPON_BAK                                                                                   0              2          0 2012/12/20 22:00:10 NO              0

  15. SQL> select num_rows from dba_tables where table_name=upper('tb_movie_coupon_bak');

  17.   NUM_ROWS
  18. ----------
  19.         22

  21. SQL>
复制代码

回复 只看该作者 道具 举报

8#
发表于 2012-12-21 11:29:34
set lines 500
set long 9999
set pages 999
set serveroutput on size 1000000
alter session set nls_date_format = 'yyyy/mm/dd hh24:mi:ss';
SELECT * FROM DBA_TAB_MODIFICATIONS where table_name=upper('tb_movie_coupon_bak');
select num_rows from dba_tables where table_name=upper('tb_movie_coupon_bak');


执行上面的脚本 输出用code模式贴出

回复 只看该作者 道具 举报

7#
发表于 2012-12-21 11:23:56
哎，知道高水位线，只是没想明白这个表为啥这么高，开发说这个表上没有进行过大批量的dml操作

回复 只看该作者 道具 举报

6#
发表于 2012-12-21 11:14:43
aaaaaaaa2000 发表于 2012-12-21 11:10
使用ctas创建的新表大小才 .0625，这是为啥？

你不知道什么叫 HIGH WATER MARK 吗？

http://www.askmaclean.com/archiv ... igh-water-mark.html
https://cn.forums.oracle.com/forums/thread.jspa?threadID=2440302

回复 只看该作者 道具 举报

5#
发表于 2012-12-21 11:10:35
使用ctas创建的新表大小才 .0625，这是为啥？
  1. SQL> select bytes/1024/1024  from dba_Segments where segment_name=upper('tb_movie_coupon_bak');

  3. BYTES/1024/1024
  4. ---------------
  5.             328

  7. SQL> select bytes/1024/1024  from dba_Segments where segment_name=upper('tb_movie_coupon');

  9. BYTES/1024/1024
  10. ---------------
  11.           .0625

  13. SQL>
复制代码

回复 只看该作者 道具 举报

4#
发表于 2012-12-21 11:03:40
表大小 328 M，这是11g已经讨论过无数次的新特性问题了！！！
https://cn.forums.oracle.com/for ... 59092&tstart=45
http://www.askmaclean.com/archiv ... al_direct_read.html
http://t.askmaclean.com/thread-1280-1-1.html

回复 只看该作者 道具 举报

3#
发表于 2012-12-21 11:00:26
Liu Maclean(刘相兵 发表于 2012-12-21 10:57
这个表多大？

select bytes/1024/1024  from dba_Segments where segment_name='&TABNAME';
  1. SQL> select bytes/1024/1024  from dba_Segments where segment_name=upper('tb_movie_coupon_bak');

  3. BYTES/1024/1024
  4. ---------------
  5.             328

  7. SQL>
复制代码

回复 只看该作者 道具 举报

2#
发表于 2012-12-21 10:57:00
这个表多大？

select bytes/1024/1024  from dba_Segments where segment_name='&TABNAME';

回复 只看该作者 道具 举报

返回列表
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

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

GMT+8, 2024-11-16 06:27 , Processed in 0.055576 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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