例如:
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.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
标签:rowid,explain,扫描,索引,PLAN,ROWID,sql,Oracle,数据 From: https://www.cnblogs.com/achengmu/p/17152698.html