ORACLE高水位问题_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
3
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 1960 | 回复: 2   主题: ORACLE高水位问题        下一篇 
啊啊啊逗
注册用户
等级:列兵
经验:81
发帖:1
精华:0
注册:2015-4-16
状态:离线
发送短消息息给啊啊啊逗 加好友    发送短消息息给啊啊啊逗 发消息
发表于: IP:您无权察看 2015-4-16 10:56:00 | [全部帖] [楼主帖] 楼主

案例-ORACLE高水位问题

u问题现象:

据反应,发现查询一张表返回的记录数据极少,但是查询的时间却非常长,SQL语句如:SELECT * FROM TEST001

u原因分析:

     1、分析SQL语句性能就是从执行计划出发,如下图:

北京联动北方科技有限公司

     2、从执行计划rows可以看出与实际的表记录不合,问题可能是这第表之前有装过很多的数据。而后被删除了。

3、为什么查出的记录极少,而有70294  consistent gets

     62790  physical reads呢?

     4、从执行计划可以看出,访问路径为TABLE ACCESS FULL,而全表扫描的动作是读取HWM之下的所有数据块,所有行都要经WHERE子句过滤看是否满足条件。

u解决办法:

     1、通过原因分析,我们已经知道问题原因就是HWMTABLE ACCESS FULL,所以我们现在主要是降低HWM

通过命名altertable TEST001 move,降低HWM;

北京联动北方科技有限公司

u总结建议:

     HWM的现象在生产中,出现的可能性比较大,特别是一些临时的中间表,建议在维护过程中,定期对表进行重建。同样的对象,我们也建议对索引对象进行重建,对系统的性能提高非常大。




赞(0)    操作        顶端 
啊啊啊逗
注册用户
等级:列兵
经验:81
发帖:1
精华:0
注册:2015-4-16
状态:离线
发送短消息息给啊啊啊逗 加好友    发送短消息息给啊啊啊逗 发消息
发表于: IP:您无权察看 2015-4-16 10:56:28 | [全部帖] [楼主帖] 2  楼

沙发沙发沙发



赞(0)    操作        顶端 
匿名用户
发表于: IP:您无权察看 2015-4-16 11:29:01 | [全部帖] [楼主帖] 3  楼

北京联动北方科技有限公司图呢

赞(0)    操作        顶端 
总帖数
3
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论