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

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

0

积分

1

好友

2

主题
1#
发表于 2013-3-18 11:16:41 | 查看: 5726| 回复: 5
现有一个双节点的11.2.0.3的rac ,数据库整体反应比较慢,请帮忙分析下原因,谢谢!附awr报告。

AWR Rpt - racdb2 Snap 3521 thru 3522.html

1.25 MB, 下载次数: 814

2#
发表于 2013-3-18 11:33:23

Event        Waits        Time(s)        Avg wait (ms)        % DB time        Wait Class
DB CPU                 40,317                 61.24         
log file sync        1,659,618        10,960        7        16.65        Commit
db file sequential read        1,354,364        6,031        4        9.16        User I/O
library cache: mutex X        3,656,906        2,953        1        4.49        Concurrency
gc current block 2-way        2,887,219        1,697        1        2.58        Cluster


Statistic Name        Time (s)        % of DB Time
sql execute elapsed time        46,886.80        71.22
DB CPU        40,317.16        61.24
parse time elapsed        5,794.93        8.80
PL/SQL execution elapsed time        3,298.69        5.01
hard parse elapsed time        1,570.96        2.39
sequence load elapsed time        91.80        0.14
hard parse (sharing criteria) elapsed time        56.19        0.09
connection management call elapsed time        21.30        0.03
repeated bind elapsed time        19.98        0.03
PL/SQL compilation elapsed time        1.59        0.00
hard parse (bind mismatch) elapsed time        0.14        0.00
failed parse elapsed time        0.02        0.00
DB time        65,829.88         
background elapsed time        7,404.15         
background cpu time        3,484.91         



解析是一个问题 大约 8%的DB TIME

PU Time (s)        Executions        CPU per Exec (s)        %Total        Elapsed Time (s)        %CPU        %IO         SQL Id        SQL Module        SQL Text
2,360.49        20        118.02        5.85        2,362.89        99.90        0.00        fr908f0fsxqsz         CalcServer80208.exe        SELECT /*+INDEX(A, TAB_SIGN_I3...
2,025.18        496,603        0.00        5.02        3,298.95        61.39        21.90        98py4attdxa2c         Synchronization.exe        insert into MAINB.TAB_SCAN_DIS...
679.65        199,214        0.00        1.69        904.75        75.12        2.82        3xxdkugjqkapg         Synchronization.exe        insert into MAINB.TAB_SCAN_COM...


fr908f0fsxqsz 98py4attdxa2c  3xxdkugjqkapg 这3个SQL大约占了16%的DB TIME

回复 只看该作者 道具 举报

3#
发表于 2013-3-18 11:34:37
fr908f0fsxqsz
  1. SELECT /*+INDEX(A, TAB_SIGN_I3)*/
  2. A.*
  3.   FROM TAB_SIGN A
  4. WHERE A.SIGN_DATE BETWEEN
  5.        TO_DATE(TO_CHAR(SYSDATE - 3, 'YYYY-MM-DD') || ' 00:00:00',
  6.                'YYYY-MM-DD HH24:MI:SS') AND
  7.        TO_DATE(TO_CHAR(SYSDATE - 0, 'YYYY-MM-DD') || ' 23:59:59',
  8.                'YYYY-MM-DD HH24:MI:SS')
  9.    AND A.REC_SITE IS NULL
  10.    AND A.DISPATCH_FEE IS NULL
  11.    AND not substr(a.bill_code, -1) in
  12.         ('0', '1', '2', '3', '4', '5', '6', '7', '8', '9')
  13.    AND F_SITE_BJ(A.RECORD_SITE) > 0
  14.    AND REGEXP_INSTR(A.BILL_CODE,
  15.                     '^(A[0-9]{12})$|^((4|5)[0-9]{9})$|^(10[0-9]{10})$',
  16.                     1,
  17.                     1) > 0
  18.    AND ROWNUM < 301
复制代码
这个SQL 做个awrsqrpt 和 sqltrpt

@?/rdbms/admin/awrsqrpt
@?/rdbms/admin/sqltrpt

回复 只看该作者 道具 举报

4#
发表于 2013-3-18 11:52:36
最近看了刘大的视频在学习awr
对于96核的机器AAS为1097/60=16,并不是太高
Elapsed:                 60.12 (mins)                  
DB Time:                 1,097.16 (mins)       

问题可能是出在        
log file sync        1,659,618        10,960        7        16.65        Commit
是不是批量更新做的不是太好呢?

回复 只看该作者 道具 举报

5#
发表于 2013-3-18 14:14:13
awrsqrpt和sqltrpt结果如下:

fr908f0fsxqsz.zip

6.53 KB, 下载次数: 1792

回复 只看该作者 道具 举报

6#
发表于 2013-3-18 16:46:26
  1. d         Operation         Name         Rows         Bytes         Cost (%CPU)         Time         Pstart         Pstop
  2. 0         SELECT STATEMENT                                    5 (100)                           
  3. 1           COUNT STOPKEY                                                               
  4. 2             FILTER                                                               
  5. 3               PARTITION RANGE ITERATOR                  1         119         5 (0)         00:00:01         KEY         KEY
  6. 4                 TABLE ACCESS BY LOCAL INDEX ROWID         TAB_SIGN         1         119         5 (0)         00:00:01         KEY         KEY
  7. 5                   INDEX RANGE SCAN         TAB_SIGN_I3         1                  4 (0)         00:00:01         KEY         KEY
复制代码
这个执行计划的成本 和 基数 与实际相比都有很大的区别



action plan:


1. 考虑重新收集一下统计信息

2. automatic sql tuning给了一个SQL PROFILE ,可以考虑测下这个profile的性能

  1. 2- Using SQL Profile
  2. --------------------
  3. Plan hash value: 1002945395

  4. --------------------------------------------------------------------------------
  5. -----------------------

  6. | Id  | Operation                  | Name     | Rows  | Bytes | Cost (%CPU)| Tim
  7. e     | Pstart| Pstop |
  8. --------------------------------------------------------------------------------
  9. -----------------------
  10. |   0 | SELECT STATEMENT           |          |     1 |   117 |   189K  (1)| 00:37:56 |       |       |
  11. |*  1 |  COUNT STOPKEY             |          |       |       |            |      |       |       |
  12. |*  2 |   FILTER                   |          |       |       |            |      |       |       |
  13. |   3 |    PARTITION RANGE ITERATOR|          |     1 |   117 |   189K  (1)| 00:37:56 |   KEY |   KEY |
  14. |*  4 |     TABLE ACCESS FULL      | TAB_SIGN |     1 |   117 |   189K  (1)| 00:37:56 |   KEY |   KEY |
  15. --------------------------------------------------------------------------------
  16. -----------------------

  17. Predicate Information (identified by operation id):
  18. ---------------------------------------------------

  19.    1 - filter(ROWNUM<301)
  20.    2 - filter(TO_DATE(TO_CHAR(SYSDATE@!-3,'YYYY-MM-DD')||' 00:00:00','YYYY-MM-DD

  21.               HH24:MI:SS')<=TO_DATE(TO_CHAR(SYSDATE@!-0,'YYYY-MM-DD')||' 23:59:59','YYYY-MM-DD HH24:MI:SS'))
  22.    4 - filter(SUBSTR("A"."BILL_CODE",-1)<>'0' AND SUBSTR("A"."BILL_CODE",-1)<>'1' AND
  23.               SUBSTR("A"."BILL_CODE",-1)<>'2' AND SUBSTR("A"."BILL_CODE",-1)<>'3' AND
  24.               SUBSTR("A"."BILL_CODE",-1)<>'4' AND SUBSTR("A"."BILL_CODE",-1)<>'5' AND
  25.               SUBSTR("A"."BILL_CODE",-1)<>'6' AND SUBSTR("A"."BILL_CODE",-1)<>'7' AND
  26.               SUBSTR("A"."BILL_CODE",-1)<>'8' AND SUBSTR("A"."BILL_CODE",-1)<>'9' AND  REGEXP_INSTR
  27.               ("A"."BILL_CODE",'^(A[0-9]{12})$|^((4|5)[0-9]{9})$|^(10[0-9]{10})$',1,1)>0 AND
  28.               "A"."DISPATCH_FEE" IS NULL AND "A"."REC_SITE" IS NULL AND
  29.               "A"."SIGN_DATE">=TO_DATE(TO_CHAR(SYSDATE@!-3,'YYYY-MM-DD')||' 00:00:00','YYYY-MM-DD
  30.               HH24:MI:SS') AND "F_SITE_BJ"("A"."RECORD_SITE")>0 AND
  31.               "A"."SIGN_DATE"<=TO_DATE(TO_CHAR(SYSDATE@!-0,'YYYY-MM-DD')||' 23:59:59','YYYY-MM-DD
  32.               HH24:MI:SS'))
复制代码

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-27 02:23 , Processed in 0.055339 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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