查询oracle表空间特别慢,查看oracle数据库表空间使用情况 非常慢！

最新推荐文章于 2024-04-18 05:32:12 发布
最新推荐文章于 2024-04-18 05:32:12 发布
阅读量492 收藏 2
点赞数
文章标签： 查询oracle表空间特别慢

1.现象

查看数据库表空间使用情况 非常慢！

2.诊断过程SQL> set timing on

SQL> set autotrace traceonly

SQL> Select a.Tablespace_Name, a.Total || 'M' Total_Space, (a.Total - b.Free) || 'M' Used_Space, To_Char((a.Total - b.Free) / a.Total * 100, '99.99') || '%' Pct_Free

2  From

3  (Select Tablespace_Name, Sum(Bytes) / 1024 / 1024 Total From Dba_Data_Files Group By tablespace_Name) a,

4  (Select Tablespace_Name, Sum(Bytes) / 1024 / 1024 Free From Dba_Free_Space Group By Tablespace_Name) b where a.Tablespace_Name = b.Tablespace_Name;

已选择21行。

已用时间:  00: 23: 59.93

执行计划

----------------------------------------------------------

Plan hash value: 341960732

--------------------------------------------------------------------------------

------------------------

| Id  | Operation                           | Name             | Rows  | Bytes |

Cost (%CPU)| Time     |

--------------------------------------------------------------------------------

------------------------

|   0 | SELECT STATEMENT                    |                  |     2 |   120 |

568  (51)| 00:00:07 |

|*  1 |  HASH JOIN                          |                  |     2 |   120 |

568  (51)| 00:00:07 |

|   2 |   VIEW                              |                  |     2 |    60 |

5  (20)| 00:00:01 |

|   3 |    HASH GROUP BY                    |                  |     2 |    40 |

5  (20)| 00:00:01 |

|   4 |     VIEW                            | DBA_DATA_FILES   |     2 |    40 |

4   (0)| 00:00:01 |

|   5 |      UNION-ALL                      |                  |       |       |

|          |

|   6 |       NESTED LOOPS                  |                  |     1 |   356 |

2   (0)| 00:00:01 |

|   7 |        NESTED LOOPS                 |                  |     1 |   342 |

1   (0)| 00:00:01 |

|   8 |         NESTED LOOPS                |                  |     1 |   329 |

1   (0)| 00:00:01 |

|*  9 |          FIXED TABLE FULL           | X$KCCFN          |     1 |   310 |

0   (0)| 00:00:01 |

|* 10 |          TABLE ACCESS BY INDEX ROWID| FILE$            |     1 |    19 |

1   (0)| 00:00:01 |

|* 11 |           INDEX UNIQUE SCAN         | I_FILE1          |     1 |       |

0   (0)| 00:00:01 |

|* 12 |         FIXED TABLE FIXED INDEX     | X$KCCFE (ind:1)  |     3 |    39 |

0   (0)| 00:00:01 |

|  13 |        TABLE ACCESS CLUSTER         | TS$              |     1 |    14 |

1   (0)| 00:00:01 |

|* 14 |         INDEX UNIQUE SCAN           | I_TS#            |     1 |       |

0   (0)| 00:00:01 |

|  15 |       NESTED LOOPS                  |                  |     1 |   399 |

2   (0)| 00:00:01 |

|  16 |        NESTED LOOPS                 |                  |     1 |   385 |

1   (0)| 00:00:01 |

|  17 |         NESTED LOOPS                |                  |     1 |   372 |

1   (0)| 00:00:01 |

|  18 |          NESTED LOOPS               |                  |     1 |   362 |

0   (0)| 00:00:01 |

|* 19 |           FIXED TABLE FULL          | X$KCCFN          |     1 |   310 |

0   (0)| 00:00:01 |

|* 20 |           FIXED TABLE FIXED INDEX   | X$KTFBHC (ind:1) |     1 |    52 |

0   (0)| 00:00:01 |

|* 21 |          TABLE ACCESS BY INDEX ROWID| FILE$            |     1 |    10 |

1   (0)| 00:00:01 |

|* 22 |           INDEX UNIQUE SCAN         | I_FILE1          |     1 |       |

0   (0)| 00:00:01 |

|* 23 |         FIXED TABLE FIXED INDEX     | X$KCCFE (ind:1)  |     3 |    39 |

0   (0)| 00:00:01 |

|  24 |        TABLE ACCESS CLUSTER         | TS$              |     1 |    14 |

1   (0)| 00:00:01 |

|* 25 |         INDEX UNIQUE SCAN           | I_TS#            |     1 |       |

0   (0)| 00:00:01 |

|  26 |   VIEW                              |                  |     6 |   180 |

563  (51)| 00:00:07 |

|  27 |    HASH GROUP BY                    |                  |     6 |   120 |

563  (51)| 00:00:07 |

|  28 |     VIEW                            | DBA_FREE_SPACE   |  2437K|    46M|

352  (21)| 00:00:05 |

|  29 |      UNION-ALL                      |                  |       |       |

|          |

|  30 |       NESTED LOOPS                  |                  |     1 |    63 |

3   (0)| 00:00:01 |

|  31 |        NESTED LOOPS                 |                  |     1 |    57 |

3   (0)| 00:00:01 |

|  32 |         TABLE ACCESS FULL           | FET$             |     1 |    39 |

3   (0)| 00:00:01 |

|* 33 |         TABLE ACCESS CLUSTER        | TS$              |     1 |    18 |

0   (0)| 00:00:01 |

|* 34 |          INDEX UNIQUE SCAN          | I_TS#            |     1 |       |

0   (0)| 00:00:01 |

|* 35 |        INDEX UNIQUE SCAN            | I_FILE2          |     1 |     6 |

0   (0)| 00:00:01 |

|  36 |       NESTED LOOPS                  |                  |    80 |  5520 |

4   (0)| 00:00:01 |

|  37 |        NESTED LOOPS                 |                  |    80 |  5040 |

4   (0)| 00:00:01 |

|* 38 |         TABLE ACCESS FULL           | TS$              |     6 |   144 |

4   (0)| 00:00:01 |

|* 39 |         FIXED TABLE FIXED INDEX     | X$KTFBFE (ind:1) |    14 |   546 |

0   (0)| 00:00:01 |

|* 40 |        INDEX UNIQUE SCAN            | I_FILE2          |     1 |     6 |

0   (0)| 00:00:01 |

|* 41 |       HASH JOIN                     |                  |  2437K|   244M|

300  (25)| 00:00:04 |

|  42 |        TABLE ACCESS FULL            | RECYCLEBIN$      | 17654 |   172K|

221   (1)| 00:00:03 |

|* 43 |        HASH JOIN                    |                  |   557K|    50M|

57  (88)| 00:00:01 |

|  44 |         MERGE JOIN CARTESIAN        |                  |   217 |  6510 |

7   (0)| 00:00:01 |

|* 45 |          TABLE ACCESS FULL          | TS$              |     6 |   144 |

4   (0)| 00:00:01 |

|  46 |          BUFFER SORT                |                  |    39 |   234 |

3   (0)| 00:00:01 |

|  47 |           INDEX FAST FULL SCAN      | I_FILE2          |    39 |   234 |

1   (0)| 00:00:01 |

|  48 |         FIXED TABLE FULL            | X$KTFBUE         |   100K|  6347K|

45 (100)| 00:00:01 |

|  49 |       NESTED LOOPS                  |                  |     1 |    86 |

45   (0)| 00:00:01 |

|  50 |        NESTED LOOPS                 |                  |  1358 |    86 |

45   (0)| 00:00:01 |

|  51 |         NESTED LOOPS                |                  |     1 |    76 |

5   (0)| 00:00:01 |

|  52 |          NESTED LOOPS               |                  |     1 |    70 |

5   (0)| 00:00:01 |

|* 53 |           TABLE ACCESS FULL         | TS$              |     1 |    18 |

4   (0)| 00:00:01 |

|  54 |           TABLE ACCESS CLUSTER      | UET$             |     1 |    52 |

1   (0)| 00:00:01 |

|* 55 |            INDEX RANGE SCAN         | I_FILE#_BLOCK#   |     1 |       |

1   (0)| 00:00:01 |

|* 56 |          INDEX UNIQUE SCAN          | I_FILE2          |     1 |     6 |

0   (0)| 00:00:01 |

|* 57 |         INDEX RANGE SCAN            | RECYCLEBIN$_TS   |  1358 |       |

8   (0)| 00:00:01 |

|* 58 |        TABLE ACCESS BY INDEX ROWID  | RECYCLEBIN$      |     1 |    10 |

40   (0)| 00:00:01 |

--------------------------------------------------------------------------------

------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

1 - access("A"."TABLESPACE_NAME"="B"."TABLESPACE_NAME")

9 - filter("FNNAM" IS NOT NULL AND "FNTYP"=4 AND "INST_ID"=USERENV('INSTANCE'

) AND

BITAND("FNFLG",4)<>4)

10 - filter("F"."SPARE1" IS NULL)

11 - access("FNFNO"="F"."FILE#")

12 - filter("FE"."FENUM"="F"."FILE#")

14 - access("F"."TS#"="TS"."TS#")

19 - filter("FNNAM" IS NOT NULL AND "FNTYP"=4 AND "INST_ID"=USERENV('INSTANCE'

) AND

BITAND("FNFLG",4)<>4)

20 - filter("FNFNO"="HC"."KTFBHCAFNO")

21 - filter("F"."SPARE1" IS NOT NULL)

22 - access("FNFNO"="F"."FILE#")

23 - filter("FE"."FENUM"="F"."FILE#")

25 - access("HC"."KTFBHCTSN"="TS"."TS#")

33 - filter("TS"."BITMAPPED"=0)

34 - access("TS"."TS#"="F"."TS#")

35 - access("F"."TS#"="FI"."TS#" AND "F"."FILE#"="FI"."RELFILE#")

38 - filter("TS"."CONTENTS$"=0 AND "TS"."BITMAPPED"<>0 AND ("TS"."ONLINE$"=1 O

R

"TS"."ONLINE$"=4))

39 - filter("TS"."TS#"="F"."KTFBFETSN")

40 - access("F"."KTFBFETSN"="FI"."TS#" AND "F"."KTFBFEFNO"="FI"."RELFILE#")

41 - access("TS"."TS#"="RB"."TS#" AND "RB"."TS#"="FI"."TS#" AND "U"."KTFBUESEG

TSN"="RB"."TS#"

AND "U"."KTFBUESEGFNO"="RB"."FILE#" AND "U"."KTFBUESEGBNO"="RB"."B

LOCK#")

43 - access("U"."KTFBUEFNO"="FI"."RELFILE#")

45 - filter("TS"."CONTENTS$"=0 AND "TS"."BITMAPPED"<>0 AND ("TS"."ONLINE$"=1 O

R

"TS"."ONLINE$"=4))

53 - filter("TS"."BITMAPPED"=0)

55 - access("TS"."TS#"="U"."TS#")

56 - access("U"."TS#"="FI"."TS#" AND "U"."SEGFILE#"="FI"."RELFILE#")

57 - access("U"."TS#"="RB"."TS#")

58 - filter("U"."SEGFILE#"="RB"."FILE#" AND "U"."SEGBLOCK#"="RB"."BLOCK#")

统计信息

----------------------------------------------------------

176659  recursive calls

5802  db block gets

561510  consistent gets

180309  physical reads

132  redo size

1477  bytes sent via SQL*Net to client

483  bytes received via SQL*Net from client

3  SQL*Net roundtrips to/from client

1  sorts (memory)

0  sorts (disk)

21  rows processed

SQL> set autotrace off

SQL> spool off;

2.2 查看回收站对象

SQL> select count(*) from dba_recyclebin;

COUNT(*)

----------

143421

3.解决办法

3.1清空回收站所有对象

SQL> purge dba_recyclebin;

3.2 重新收集统计信息

exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname =>'RECYCLEBIN$', estimate_percent => 100, method_opt=> 'for all indexed columns',degree=>8);

查询很快，只需要1Ｓ。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11135699/viewspace-2151557/，如需转载，请注明出处，否则将追究法律责任。

Erwin_AI
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
查询oracle表空间特别慢,表空间使用情况查询慢的处理
weixin_42501298的博客
04-06 1038
今天某个系统上的数据库，在日常维护的过程中发现，查询表空间使用情况，比其他的数据库明显慢，得等到10分钟左右才能得到查询结果。需查询发现是因为Oracle 10g的的新特性RECYCLEBIN机制导致的。按网上介绍执行了SQL> purge recyclebin;语句，语句执行的很快，但是问题仍未解决。根据过去学习记忆，执行了如下语句：SQL> purge dba_recyclebin...
查看oracle数据库表空间使用情况 非常慢！
10-31 131
1.现象 查看数据库表空间使用情况 非常慢！ 2.诊断过程 SQL> set timing on SQL> set autotrace traceonly SQL> Select a.Tables...
Oracle查看表空间使用率及爆满解决方案_查看表空间使用情况
最新发布
AUZKAY的博客
04-18 2949
2.1 为表空间新增一个数据文件(表空间满32G不能扩展则增加表空间文件)4.2.查看表空间使用率(包含temp临时表空间)4.1.查看表空间总大小、使用率、剩余空间。1.更改表空间的dbf数据文件分配空间大小。5.查看具体表的占用空间大小。3.查看数据库表空间使用率。
Oracle解决查询表空间速度慢的问题
weixin_34148456的博客
01-14 298
-- 解决查询表空间速度慢的问题 select count(*) from sys.RECYCLEBIN$; conn / as sysdba; purge dba_recyclebin; 注：频繁的重建数据表可能会导致此问题。
Oracle 查询表空间使用率超慢问题一则
JiekeXu的博客
02-25 3706
作者 | JiekeXu来源 |公众号 JiekeXu DBA之路（ID: JiekeXu_IT）大家好，我是 JiekeXu,很高兴又和大家见面了,今天和大家一起来看看 Oracle 查...
oracle查询表空间大小很缓慢
weeknd的博客
04-14 4338
oracle 11gR2在查询表空间的sql很缓慢 sql语句 SELECT A.TABLESPACE_NAME "表空间名称", 100 - ROUND((NVL(B.BYTES_FREE, 0) / A.BYTES_ALLOC) * 100, 2) || '%' "已使用(%)", ROUND((NVL(B.BYTES_FREE, 0) / A.BYTES
查询Oracle数据库表空间和数据文件方法
03-03
火龙果软件工程技术中心 表空间是oracle数据库中最大的逻辑单位与...一、查看Oracle数据库中表空间信息的方法1、查看Oracle数据库中表空间信息的工具方法：使用oracleenterprisemanagerconsole工具，这是oracle的客户
Oracle表空间查看sql使用情况
01-21
DBA在日常工作中，最重要的一点就是查看表空间的使用情况，去了解是否有表空间满了的情况出现。 具体方法和步骤如下所示： 第一步：打开PLSQL 第二步：新建一个SQL窗口 第三步：输入代码： select a.tablespace_...
Oracle 查看表空间的大小及使用情况sql语句
12-15
SQL1: 代码如下: –1、查看表空间的名称及大小 SELECT t.tablespace_name, round(SUM(bytes / (1024 * 1024)), 0) ts_size FROM dba_tablespaces t, dba_data_files d WHERE t.tablespace_name = d.tablespace_name ...
oracle查询表空间使用情况.txt
07-03
分析表空间使用情况，oracle查询表空间使用情况，方便确认数据是否还能插入，检查数据文件是否已满。
oracle 查看表空间很慢,ORACLE 查看表空间
weixin_42170790的博客
04-12 203
1: SELECT A.TABLESPACE_NAME “表空间名”, TOTAL “表空间大小”, FREE “表空间剩余大小”, (TOTAL – FREE) “表空间使用大小”, TOTAL / (1024 * 1024 * 1024) “表空间大小(G)”, FREE / (1024 * 1024 * 1024) “表空间剩余大小(G)”, (TOTAL – FREE) / (1024 ...
表空间使用率查询慢的原因及解决方法
diuluoshuai2303的博客
06-25 322
表空间使用率查询脚本： 1 set pagesize 999 linesize 120 2 column tablespace_name format a20 3 select tbs.tablespace_name, 4 trunc(tot.bytes/1024/1024) Total_MB, 5 trunc...
oracle 查看回收站空间,回收站引发ORACLE查询表空间使用缓慢问题
weixin_36439236的博客
04-10 350
回收站引发ORACLE查询表空间使用缓慢问题回收站引发ORACLE查询表空间使用缓慢问题一个哥们问我 ，他们查询 表空间使用率 跑了一个多小时，这个太坑爹了，让我 帮忙优化一下。SQL语句如下[html]select * from(select ts.tablespace_name,ts.contents "TABLESPACE_TYPE",to_char(sysdate,'yyyy-mm-dd ...
oracle 10G表空间页面打开慢（非常慢）的解决方法
eNet
04-18 1480
oracle 10G表空间页面打开慢（非常慢）的解决方法
oracle index range scan,INDEX RANGE SCAN (MIN/MAX)很慢的问题
weixin_34188805的博客
04-12 1027
这个问题以前也遇到过，这是第二次了。这个问题比较有意思，一开始考虑的很多因素都被一一排除了，最后才发现问题所在。当使用select min(col1) from t或者select max(col1)的时候，如果xx字段上有合适的索引的话，oracle就会使用index full scan(min/max)的route。这个route是怎么的呢，很简单，如果是min从index(这里指的是asc排...
oracle打开缓慢,Oracle SQL执行缓慢的原因以及解决方案
weixin_39732249的博客
04-16 453
以下的文章抓哟是对Oracle SQL执行缓慢的原因的分析，如果Oracle数据库中的某张表的相关数据已是2亿多时，同时此表也创建了相关的4个独立的相关索引。由于业务方面的需要，每天需分两次向此表中插入300万条记录。由于数据量大，每次插入耗时3个小时以上，严重影响效率。因此，修改了系统的算法，将此表中只存储当天新增记录。将此表truncate后，第二天执行对此表的update操作时，非常耗时。表...
Oracle表空间操作详解
09-23
在Oracle数据库中，表空间是一个逻辑概念，用于组织和管理物理存储结构。表空间的创建、扩展、删除等操作对数据库的性能和稳定性都有着重要的影响。 首先，我们需要了解如何创建表空间。在Oracle中，创建表空间可以...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值