oracle:查看sql执行计划 explain PLAN FOR

例如:

1
2
3
4
5
explain PLAN FOR  select * from (select oti.* from mb_order_ticket_item oti  where oti.ticket_id in
  ( select ot.id  from mb_order_ticket ot where ot.ticket_status = 3 and ot.pay_status =0 )
 )a  where a.post_num <20 ;
 
select * from table(DBMS_XPLAN.DISPLAY);

  

分析:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
1.TABLE ACCESS BY …  即描述的是该动作执行时表访问(或者说Oracle访问数据)的方式(非全部):
     
    a.TABLE ACCESS FULL(全表扫描):
            Oracle会读取表中所有的行,并检查每一行是否满足SQL语句中的 Where 限制条件;
            全表扫描时可以使用多块读(即一次I/O读取多块数据块)操作,提升吞吐量;
            使用建议:数据量太大的表不建议使用全表扫描,除非本身需要取出的数据较多,占到表数据总量的 5% ~ 10% 或以上
                                                         
    b.ABLE ACCESS BY ROWID(通过ROWID的表存取):
            ROWID是由Oracle自动加在表中每行最后的一列伪列,既然是伪列,就说明表中并不会物理存储ROWID的值;
            你可以像使用其它列一样使用它,只是不能对该列的值进行增、删、改操作;
            一旦一行数据插入后,则其对应的ROWID在该行的生命周期内是唯一的,即使发生行迁移,该行的ROWID值也不变。
            让我们再回到 TABLE ACCESS BY ROWID 来:行的ROWID指出了该行所在的数据文件、数据块以及行在该块中的位置,所以通过ROWID可以快速定位到目标数据上,这也是Oracle中存取单行数据最快的方法;
 
    c.TABLE ACCESS BY INDEX SCAN(索引扫描):
            在索引块中,既存储每个索引的键值,也存储具有该键值的行的ROWID。
            所以索引扫描其实分为两步:
                                            Ⅰ:扫描索引得到对应的ROWID
                                            Ⅱ:通过ROWID定位到具体的行读取数据
                                             
    d.TABLE ACCESS BY INDEX ROWID BATCHED:
        The BATCHED access shown in Step 1 means that the database retrieves a few rowids from the index,
        and then attempts to access rows in block order to improve the clustering and reduce the number
        of times that the database must access a block.
 
        这句话的意思是说,该操作是数据库为了从索引中获取一些rowid,接着,试着按照块顺序存取块中的数据行,
        以便用来改善聚集效果和减少对一个数据块存取的次数。
        官方解释的意思就是这样,但怎么理解呢?之前,当我们通过索引获取的rowid回表获取相应数据行时,
        都是读一个rowid回表获取一次相应数据行,然后,再读一个rowid,再回表获取一次相应数据行。。。,
        这样一直读取完所有所需数据。当不同rowid对应的数据行存储在一个数据块中时,就可能会发生对
        同一表数据块的多次读取,当一个索引的聚集因子比较低时,这也是一个必然结果,从而浪费了系统
        资源。Oracle 12c中该新特性,通过对rowid对应的数据块号进行排序,然后回表读取相应数据行,
        从而避免了对同一表数据块的多次重复读取,从而改善了SQL语句的性能,降低了资源消耗。
        该特性通过隐藏参数“_optimizer_batch_table_access_by_rowid”控制,默认值为true,即为开启。
 
                                                             
                                                         
----------------索引扫描延伸-------------------
 
索引扫描又分五种:
                (a)INDEX UNIQUE SCAN(索引唯一扫描)
                    针对唯一性索引(UNIQUE INDEX)的扫描,每次至多只返回一条记录;
                    表中某字段存在 UNIQUE、PRIMARY KEY 约束时,Oracle常实现唯一性扫描;
 
                (b)INDEX RANGE SCAN(索引范围扫描)
                    使用一个索引存取多行数据;
                    发生索引范围扫描的三种情况:
                    在唯一索引列(unique索引)上使用了范围操作符(如:>   <   <>   >=   <=   between)
                    在组合索引上,只使用部分列进行查询(查询时必须包含前导列,否则会走全表扫描)
                    对非唯一索引列(非unique)上进行的任何查询
 
                (c)INDEX FULL SCAN(索引全扫描)
                    进行全索引扫描时,查询出的数据都必须从索引中可以直接得到
                    (注意全索引扫描只有在CBO模式下才有效)
 
                (d)INDEX FAST FULL SCAN(索引快速扫描)
                    扫描索引中的所有的数据块,与 INDEX FULL SCAN 类似,但是一个显著的区别是它不对
                    查询出的数据进行排序(即数据不是以排序顺序被返回)
 
                (e)INDEX SKIP SCAN(索引跳跃扫描)
                    Oracle 9i后提供,有时候复合索引的前导列(索引包含的第一列)没有在查询语句中出现,
                    oralce也会使用该复合索引,这时候就使用的INDEX SKIP SCAN;什么时候会触发
                     INDEX SKIP SCAN 呢?
                    前提条件:表有一个复合索引,且在查询时有除了前导列(索引中第一列)外的其他列作
                    为条件,并且优化器模式为CBO时当Oracle发现前导列的唯一值个数很少时,会将每个唯
                    一值都作为常规扫描的入口,在此基础上做一次查找,最后合并这些查询;
                    例如:
                    假设表emp有ename(雇员名称)、job(职位名)、sex(性别)三个字段,并且建立
                    了如 create index idx_emp on emp (sex, ename, job) 的复合索引;因为性别只有 '男'
                    '女' 两个值,所以为了提高索引的利用率,Oracle可将这个复合索引拆成
                    ('男', ename, job),('女', ename, job) 这两个复合索引;当查询 select * from emp where job =
                    'Programmer' 时,该查询发出后:Oracle先进入sex为'男'的入口,这时候使用到了 ('男', ename, job)
                    这条复合索引,查找 job = 'Programmer' 的条目;再进入sex为'女'的入口,这时候使用到了
                     ('女', ename, job) 这条复合索引,查找 job = 'Programmer' 的条目;
                     最后合并查询到的来自两个入口的结果集。
 
 
----------------分区表扫描方式-----------------------
PARTITION RANGE ALL         扫描所有分区
PARTITION RANGE ITERATOR    扫描部分分区
PARTITION RANGE SINGLE      扫描单个分区

  

 

原文链接:https://blog.csdn.net/qq_20786701/article/details/124990454

 

posted @   穆晟铭  阅读(851)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
点击右上角即可分享
微信分享提示