ITPub博客

首页 > Linux操作系统 > Linux操作系统 > select x from t where rownum<2为何会很慢?

select x from t where rownum<2为何会很慢?

原创 Linux操作系统 作者:wei-xh 时间:2010-06-19 22:34:53 0 删除 编辑

今天在对一个表执行select x from t where rownum<2的时候很慢,大约要一两分钟才能返回。

set autotrace on来看consistent gets竟然有9万多

Statistics
———————————————————-
0 recursive calls
4 db block gets
93910 consistent gets
93809 physical reads
480 redo size
293 bytes sent via SQL*Net to client
359 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed

plan很简单,没有任何问题

Execution Plan
———————————————————-
0 SELECT STATEMENT ptimizer=RULE
1 0 SORT (AGGREGATE)
2 1 TABLE ACCESS (FULL) OF ‘T’

以前也遇到过这种应该很快返回但是却很慢的问题: INDEX RANGE SCAN (MIN/MAX)很慢的问题

很快便想到了原因,并做了一个简单的测试

一个block只能存放一行数据

SQL> create table t(x int, y varchar2(2000))
2 pctfree 70
3 pctused 30
4 tablespace data01;

Table created.

顺序插入1000行数据
,占有1000个block


SQL> begin
2 for i in 1..10000 loop
3 insert into t values(i,lpad(’x',2000));
4 end loop;
5 commit;
6 end;
7 /

PL/SQL procedure successfully completed.

删除前面500行数据


SQL> delete from t where x<500;

499 rows deleted.

我们看到rownum<2的时候还是会读取前面已经删除的500个block


SQL> set autotrace traceonly
SQL> select x from t where rownum<2;

Execution Plan
———————————————————-
0 SELECT STATEMENT ptimizer=RULE
1 0 COUNT (STOPKEY)
2 1 TABLE ACCESS (FULL) OF ‘T’

Statistics
———————————————————-
0 recursive calls
0 db block gets
504 consistent gets
0 physical reads
0 redo size
484 bytes sent via SQL*Net to client
655 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed

回滚,改为删除后面的500行


SQL> rollback;

Rollback complete.

SQL> delete from t where x>500;

9500 rows deleted.

consistent gets降低到4,在第一个block上就找到了数据
SQL> set autotrace traceonly
SQL> select x from t where rownum<2;

Execution Plan
———————————————————-
0 SELECT STATEMENT ptimizer=RULE
1 0 COUNT (STOPKEY)
2 1 TABLE ACCESS (FULL) OF ‘T’

Statistics
———————————————————-
0 recursive calls
0 db block gets
4 consistent gets
0 physical reads
0 redo size
484 bytes sent via SQL*Net to client
655 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed

结论:
Execution Plan
———————————————————-
0 SELECT STATEMENT ptimizer=RULE
1 0 COUNT (STOPKEY)
2 1 TABLE ACCESS (FULL) OF ‘T’

执行计划顺序检索每个block,如果为空就继续向下走,和文章开始的那个索引的例子类似

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

请登录后发表评论 登录
全部评论
Oracle ACE组成员,DBGeeK用户组发起人。曾在DTCC、ORACLE技术嘉年华、Gdevops等公开场合做过数据库技术专题分享,2017年应Oracle邀请在世界最大的数据库会议OOW上做技术分享。组织翻译了《拨云见日,解密Oracle ASM内核》一书。

注册时间:2009-07-04

  • 博文量
    422
  • 访问量
    2425306