ITPUB论坛-中国最专业的IT技术社区

 
 注册
热搜:
查看: 318|回复: 0

[原创] Oracle 表空间使用率查询慢原因分析

[复制链接]
论坛徽章:
9
娜美
日期:2017-06-26 15:18:15目光如炬
日期:2017-08-20 22:00:00目光如炬
日期:2017-08-27 22:00:01火眼金睛
日期:2017-09-01 17:00:07目光如炬
日期:2017-09-03 22:00:01火眼金睛
日期:2017-09-30 22:00:01目光如炬
日期:2017-11-26 22:00:00目光如炬
日期:2017-12-17 22:00:00目光如炬
日期:2018-01-14 22:00:00
跳转到指定楼层
1#
发表于 2017-11-27 18:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 sunyunyi 于 2017-11-27 18:02 编辑

目前就职海天起点,服务于电力行业,致力于帮助客户解决生产过程中出现的问题,提高生产效率, 爱好书法,周易!愿结交志同道合之士!共同进步! 微信号:sunyunyi_sun

oracle 表空间使用率查询慢原因分析

客户一个环境数据库版本11203 rac三节点升级到11204后一直反应查询表空间使用率非常慢,升级前也慢,但是相比较
升级后更加慢,好吧我们分析分析原因。
经查询发现确实很慢,基本上需要查询四分钟左右。
下面是执行计划:


Plan hash value: 1481200550
           |
|  43 |         HASH JOIN                    |                    |  1298 |   140K|   140  (18)| 00:00:02 |                   |
|  44 |          TABLE ACCESS FULL           | TS$                |    36 |   972 |    12   (0)| 00:00:01 |   
|  45 |          HASH JOIN                   |                    |  1333 |   109K|   128  (20)| 00:00:02 |  
|  46 |           INDEX FULL SCAN            | I_FILE2            |   104 |   728 |     1   (0)| 00:00:01 |  
|  47 |           HASH JOIN                  |                    | 27722 |  2084K|   127  (20)| 00:00:02 |
|  48 |            TABLE ACCESS FULL         | RECYCLEBIN$        | 27722 |   324K|   103   (1)| 00:00:02 |
|  49 |            FIXED TABLE FULL          | X$KTFBUE           |   100K|  6347K|    24 (100)| 00:00:01 |
|  50 |         NESTED LOOPS                 |                    |     1 |    92 |    24   (0)| 00:00:01 |
|  51 |          NESTED LOOPS                |                    |     1 |    71 |    23   (0)| 00:00:01 |
|  52 |           NESTED LOOPS               |                    |     1 |    59 |    22   (0)| 00:00:01 |
|  53 |            TABLE ACCESS FULL         | UET$               |     1 |    52 |    22   (0)| 00:00:01 |
|  54 |            INDEX UNIQUE SCAN         | I_FILE2            |     1 |     7 |     0   (0)|          |
|  55 |           TABLE ACCESS BY INDEX ROWID| RECYCLEBIN$        |     1 |    12 |     1   (0)| 00:00:01 |
|  56 |            INDEX RANGE SCAN          | RECYCLEBIN$_TS     |  3465 |       |     1   (0)| 00:00:01 |
|  57 |          TABLE ACCESS CLUSTER        | TS$                |     1 |    21 |     1   (0)| 00:00:01 |
|  58 |           INDEX UNIQUE SCAN          | I_TS#              |     1 |       |     0   (0)|          |

通过执行计划可以看出问题在47步的HASH JOIN数据量较大,进一步发现 dba_free_space
视图下面的底层表需要关联RECYCLEBIN$和X$KTFBUE表,视图内部代码:
select /*+ ordered use_nl(e) */ ktfbuesegtsn, count(*), sum(ktfbueblks)
                               from sys.ts$ ts , sys.recyclebin$ rb, sys.x$ktfbue e
                               where ts.ts# = e.ktfbuesegtsn
                               and e.ktfbuesegtsn = rb.ts#
                               and e.ktfbuesegfno = rb.file#
                               and e.ktfbuesegbno = rb.block#
                               and ts.bitmapped <> 0
                               and ts.online$ in (1,4)
                               and ts.contents$ = 0
                               group by ktfbuesegtsn
X$KTFBUE 表是统计段去和块信息的,显然这个表的数据量是巨大的。

看看数据量:

select count(*) from X$KTFBUE;
  COUNT(*)
----------
    566415

select count(*) from RECYCLEBIN$;

  COUNT(*)
----------
     28718

回收站竟然如此多的数据量,因为我记得很清楚升级数据库我清理了回收站的,查询回收站信息发现原来每天存在大量的drop操作
大部分是LOB段信息,应用每天在drop对象,导致RECYCLEBIN$较大,查询最早时间发现竟然有12年的数据,看来升级前后都必须进行
RECYCLEBIN$的清理和检查,一定要检查。

清理回收站
purge dba_recyclebin

再次查询表空间使用率很快。

看到这我突然想起来以前曾经处理过关于回收站较大导致表空间使用率查询慢的问题,当时没有记录,这次记录下来!






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

本版积分规则

DTCC2018购票6.8折优惠进行时

中国数据库技术大会是国内数据库及大数据领域规模最大、最受欢迎的技术交流盛会。 2018年5月10-12日,第九届中国数据库技术大会将如约而至。本届大会以“数领先机•智赢未来”为主题,设定2大主会场及20个技术专场,邀请来自国内外互联网、金融、教育等行业百余位技术专家,共同探讨Oracle、MySQL、NoSQL、大数据等领域的前瞻性热点话题与技术。
----------------------------------------
优惠时间:2018年2月13日前

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档 |
  | | |
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
 北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表
北京赛车pk10 申博官网 北京赛车pk10 六台宝典现场开奖 北京赛车pk10历史记录 北京赛车开奖 北京赛车预测 949494开奖结果今晚 威尼斯人线上娱乐 手机投注平台 幸运28投注技巧 pk10助赢软件 北京pk10百度鼎盛彩票网 北京赛车聚彩 北京pk10如何稳杀3码 pk10稳赢方法 pk10定位计划 pk10包赢计划群