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

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

0

积分

1

好友

1

主题
1#
发表于 2014-5-26 10:40:33 | 查看: 5204| 回复: 4
本帖最后由 gavin 于 2014-5-26 15:49 编辑

环境:Oracle Linux x86 64
数据库版本:oracle 11g r2

awrrpt_1_8798_8799.html (619.07 KB, 下载次数: 700)
awrrpt_1_8827_8828.html (790.09 KB, 下载次数: 715)

通过awr分析发现以下这条sql有问题,怎么会一直运行,从25号直到26号这条sql一直在运行。
可是查看执行计划却没发现有什么异常,给开发,开发人员说这sql没问题,特求助大家帮看看:
sql:
SELECT  A.*          ,
        B.LEFT_POINT ,
        B.RIGHT_POINT,
        B.LEVEL_TYPE
FROM
        (
                SELECT  R.*,
                        LEVEL LEVEL_NUM
                FROM
                        (
                                SELECT  *
                                FROM    MI_TEMP_TREE R
                                WHERE   STATUS         = 1
                                        AND QTY_MEMBER = :B1
                                        AND S_TYPE     = 0
                        )
                        R START
                WITH RIGHT_NO = :B2 CONNECT BY PRIOR RIGHT_NO = LINK_NO
        )
        A
        LEFT JOIN MI_MEMBER_RIGHT B
        ON      A.RIGHT_NO=B.RIGHT_NO
WHERE   A.LEVEL_NUM      <= :B3
ORDER BY LEVEL_NUM;

执行计划也没看出在哪开销很大
QQ.jpg
2#
发表于 2014-5-26 16:38:50
PL/SQL Developer  执行的,肯定是人为执行的, 你找出来  杀掉不就完了

回复 只看该作者 道具 举报

3#
发表于 2014-5-26 18:04:40
foxhuntwang 发表于 2014-5-26 16:38
PL/SQL Developer  执行的,肯定是人为执行的, 你找出来  杀掉不就完了

杀了,但关键是为何这么一条sql io能如些的大。

回复 只看该作者 道具 举报

4#
发表于 2014-5-27 09:50:44
gavin 发表于 2014-5-26 18:04
杀了,但关键是为何这么一条sql io能如些的大。

哪看出io了

回复 只看该作者 道具 举报

5#
发表于 2014-5-27 09:57:18
使用绑定变成,用dbms_plan跟踪时有时会不准确。论坛里以前有讨论过
最准的要用10046 trace去跟踪

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-5-19 11:54 , Processed in 0.051525 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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