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
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?