应用的特点是dml非常频繁.
1.其中一个28万[没有大对象]的count(*)繁忙时需要8mins，用户的感觉是越来越慢.
分析过，并没有行迁移和行连接.
2.另外一个表只有22条含有longraw的,大小不超过30m，select * 需要很长时间.
后台可以看到大量的全表扫描，应该是由于dml非常频繁,导致HWM过高.
第二个表的extent已达2.7g.
解决方法:
1.重建该表.
2.将该表建到一个小的表空间上.
问题解决.
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/936/viewspace-60647/，如需转载，请注明出处，否则将追究法律责任。
上一篇：
部署了一个Data Guard数据库
下一篇：
足彩常用缩水算法-10-4
请登录后发表评论
登录
全部评论
最新文章
- 达梦数据库（DM7）条件语句和循环语句的几个简单的例子
- Hibernate一些问题
- logmnr简易操作说明
- Oracle8i: How to migrate LONG RAW to BLOB[from akadia]
- ora-01591
- rman error; ora-1220
- ORA-02062: distributed recovery
- ora-00600[4097][],ora-00600[4194][4]
- Migration to 8i / 9i: Set "_SYSTEM_TRIG_ENABLED" to FALSE[akadia]
- Checking if LNS processes need to be shutdown
