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

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

0

积分

1

好友

6

主题
1#
发表于 2013-7-26 11:16:47 | 查看: 3499| 回复: 4
现场反应数据库很慢
我分析了下,主要问题是
1、有几个大表没走索引,走了全表扫描
2、有热块
初步的解决方案为:
增大共享池
设置_KGL_LATCH_COUNT来控制library cache latches数量
增大 _DB_BLOCK_HASH_BUCKETS
定位热块,优化具体的sql,或者把表放在keep buffer

附件中为statspack报告

sxbctv1.zip

28.5 KB, 下载次数: 1289

2#
发表于 2013-7-26 11:23:10
              Logical reads:            411,739.03             55,555.83
              Block changes:                 64.12                  8.65
             Physical reads:             12,123.48              1,635.82

每秒3g的逻辑读  94M的物理读  , 508次解析, 4次硬解析

                     Parses:                508.94                 68.67
                Hard parses:                  3.94                  0.53







                                                     CPU      Elapsd
  Buffer Gets    Executions  Gets per Exec  %Total Time (s)  Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
  1,003,366,741      456,677        2,197.1    4.8  6160.73   6094.90 1678524824
select epgfoldera0_.ID as ID, epgfoldera0_.FOLDERID as FOLDERID,
epgfoldera0_.ASSETTYPE as ASSETTYPE, epgfoldera0_.ASSETID as AS
SETID, epgfoldera0_.SORTINDEX as SORTINDEX, epgfoldera0_.LOCATES
TRING as LOCATEST6_, epgfoldera0_.SERVICEIDS as SERVICEIDS from
VOD_EPG_FLDER2ASSET epgfoldera0_, VOD_EPG_FOLDER epgfolder1_ whe

    580,035,904      264,000        2,197.1    2.8  3571.65   3533.63 3766717047
select epgfoldera0_.ID as ID, epgfoldera0_.FOLDERID as FOLDERID,
epgfoldera0_.ASSETTYPE as ASSETTYPE, epgfoldera0_.ASSETID as AS
SETID, epgfoldera0_.SORTINDEX as SORTINDEX, epgfoldera0_.LOCATES
TRING as LOCATEST6_, epgfoldera0_.SERVICEIDS as SERVICEIDS from
VOD_EPG_FLDER2ASSET epgfoldera0_, VOD_EPG_FOLDER epgfolder1_ whe

    343,336,421      156,133        2,199.0    1.7  2121.50   2102.04 2835583068
select epgfoldera0_.ID as ID, epgfoldera0_.FOLDERID as FOLDERID,
epgfoldera0_.ASSETTYPE as ASSETTYPE, epgfoldera0_.ASSETID as AS
SETID, epgfoldera0_.SORTINDEX as SORTINDEX, epgfoldera0_.LOCATES
TRING as LOCATEST6_, epgfoldera0_.SERVICEIDS as SERVICEIDS from
VOD_EPG_FLDER2ASSET epgfoldera0_, VOD_EPG_FOLDER epgfolder1_ whe

    287,729,577      131,121        2,194.4    1.4  1775.70   1756.41 2484472369
select epgfoldera0_.ID as ID, epgfoldera0_.FOLDERID as FOLDERID,
epgfoldera0_.ASSETTYPE as ASSETTYPE, epgfoldera0_.ASSETID as AS
SETID, epgfoldera0_.SORTINDEX as SORTINDEX, epgfoldera0_.LOCATES
TRING as LOCATEST6_, epgfoldera0_.SERVICEIDS as SERVICEIDS from
VOD_EPG_FLDER2ASSET epgfoldera0_, VOD_EPG_FOLDER epgfolder1_ whe

    271,255,235      123,845        2,190.3    1.3  1674.34   1655.88  856708771
select epgfoldera0_.ID as ID, epgfoldera0_.FOLDERID as FOLDERID,
epgfoldera0_.ASSETTYPE as ASSETTYPE, epgfoldera0_.ASSETID as AS
SETID, epgfoldera0_.SORTINDEX as SORTINDEX, epgfoldera0_.LOCATES
TRING as LOCATEST6_, epgfoldera0_.SERVICEIDS as SERVICEIDS from
VOD_EPG_FLDER2ASSET epgfoldera0_, VOD_EPG_FOLDER epgfolder1_ whe



先优化SQL 吧, 单次逻辑读 一般在2000

没有看到optimizer_mode 估计用的CHOOSE  且无统计信息可用

回复 只看该作者 道具 举报

3#
发表于 2013-7-26 13:04:09
            Snap Id     Snap Time      Sessions Curs/Sess Comment
            ------- ------------------ -------- --------- -------------------
Begin Snap:       1 21-7月 -13 15:00:05      79       1.5
  End Snap:      15 22-7月 -13 05:00:03      80       1.5
   Elapsed:              839.97 (mins)

报告时间太长了。

Cache Sizes (end)
~~~~~~~~~~~~~~~~~
               Buffer Cache:       864M      Std Block Size:         8K
           Shared Pool Size:       512M          Log Buffer:     1,024K

内存分配的有点少,可以适当加大点内存。

Load Profile
~~~~~~~~~~~~                            Per Second       Per Transaction
                                   ---------------       ---------------
                  Redo size:             16,069.17              2,168.21
              Logical reads:            411,739.03             55,555.83
              Block changes:                 64.12                  8.65
             Physical reads:             12,123.48              1,635.82
            Physical writes:                  1.59                  0.22
                 User calls:              1,518.06                204.83
                     Parses:                508.94                 68.67
                Hard parses:                  3.94                  0.53
                      Sorts:                  1.33                  0.18
                     Logons:                  0.06                  0.01
                   Executes:                509.39                 68.73
               Transactions:                  7.41

逻辑读和物理读太高了,得优化SQL;
解析数太高了,设置一下session_cached_cursors。

回复 只看该作者 道具 举报

4#
发表于 2013-7-26 15:06:53
gdpr-dba 发表于 2013-7-26 13:04
Snap Id     Snap Time      Sessions Curs/Sess Comment
            ------- -------------- ...

谢谢,兄弟

回复 只看该作者 道具 举报

5#
发表于 2013-7-26 15:07:28
Maclean Liu(刘相兵 发表于 2013-7-26 11:23
Logical reads:            411,739.03             55,555.83
              Block changes ...

谢谢ml,还是10g的awr,很快就能定位问题

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-29 19:26 , Processed in 0.051362 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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