Oracle数据库 Explain工具（语句执行索引使用情况）

已于 2023-06-05 20:23:06 修改
阅读量2.2k 收藏 4
点赞数
文章标签： 数据库 oracle sql
于 2023-06-04 21:26:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Imzhipo/article/details/131037003
版权

1.Explain工具的作用：

Explain工具可以查看SQL语句的执行过程SQL索引的使用情况

2.Oracle数据库查看语句执行的情况语句

explain plan for select id from abc where a='1'and b='1';

--查看索引使用情况（上条语句索引的使用情况）
select * from table(dbms_xplan.display);

如果是使用PLSQL的话，那就可以使用PLSQL提供的查询执行计划了,也就是按F5

参数如下：

-----------------------------------------------------------------------------------------------------------------------
| Id   | Operation                                 | Name                     | Rows    | Bytes     | Cost | Time     |
-----------------------------------------------------------------------------------------------------------------------
|    0 | SELECT STATEMENT                          |                          |       2 |       446 |  667 | 00:00:09 |
|  * 1 |   COUNT STOPKEY                           |                          |         |           |      |          |
|    2 |    VIEW                                   |                          |       2 |       446 |  667 | 00:00:09 |
|  * 3 |     SORT ORDER BY STOPKEY                 |                          |       2 |       446 |  667 | 00:00:09 |
|    4 |      VIEW                                 |                          |       2 |       446 |  666 | 00:00:08 |
|    5 |       UNION-ALL                           |                          |         |           |      |          |
|    6 |        NESTED LOOPS OUTER                 |                          |       1 |       160 |  646 | 00:00:08 |
|    7 |         NESTED LOOPS OUTER                |                          |       1 |       128 |  637 | 00:00:08 |
|    8 |          NESTED LOOPS OUTER               |                          |       1 |        96 |  628 | 00:00:08 |
|    9 |           NESTED LOOPS OUTER              |                          |       1 |        75 |  624 | 00:00:08 |
|   10 |            VIEW                           |                          |       1 |        54 |  620 | 00:00:08 |
| * 11 |             FILTER                        |                          |         |           |      |          |
|   12 |              HASH GROUP BY                |                          |       1 |        74 |  620 | 00:00:08 |
| * 13 |               TABLE ACCESS BY INDEX ROWID | BGT_JOURNAL_RESOURCE     |       4 |       296 |  619 | 00:00:08 |
| * 14 |                INDEX RANGE SCAN           | BGT_JOURNAL_RESOURCE_N2  |   13026 |           |   44 | 00:00:01 |
|   15 |            VIEW PUSHED PREDICATE          |                          |       1 |        21 |    4 | 00:00:01 |
|   16 |             SORT GROUP BY                 |                          |       1 |        76 |    4 | 00:00:01 |
| * 17 |              FILTER                       |                          |         |           |      |          |
| * 18 |               TABLE ACCESS BY INDEX ROWID | BGT_EXECUTION_DETAIL     |       1 |        76 |    4 | 00:00:01 |
| * 19 |                INDEX RANGE SCAN           | BGT_EXECUTION_DETAIL_N10 |       1 |           |    3 | 00:00:01 |
|   20 |           VIEW PUSHED PREDICATE           |                          |       1 |        21 |    4 | 00:00:01 |
|   21 |            SORT GROUP BY                  |                          |       1 |        76 |    4 | 00:00:01 |
| * 22 |             FILTER                        |                          |         |           |      |          |
| * 23 |              TABLE ACCESS BY INDEX ROWID  | BGT_EXECUTION_DETAIL     |       1 |        76 |    4 | 00:00:01 |
| * 24 |               INDEX RANGE SCAN            | BGT_EXECUTION_DETAIL_N10 |       1 |           |    3 | 00:00:01 |
| * 25 |          VIEW PUSHED PREDICATE            |                          |       1 |        32 |    9 | 00:00:01 |
|   26 |           SORT GROUP BY                   |                          |       1 |       115 |    9 | 00:00:01 |
| * 27 |            FILTER                         |                          |         |           |      |          |
|   28 |             NESTED LOOPS                  |                          |       1 |       115 |    8 | 00:00:01 |
|   29 |              NESTED LOOPS                 |                          |       1 |       115 |    8 | 00:00:01 |
| * 30 |               TABLE ACCESS BY INDEX ROWID | BGT_JOURNAL_RESOURCE     |       1 |        76 |    7 | 00:00:01 |
| * 31 |                INDEX RANGE SCAN           | BGT_JOURNAL_RESOURCE_N1  |       4 |           |    3 | 00:00:01 |
| * 32 |               INDEX UNIQUE SCAN           | SYS_C0016726             |       1 |           |    0 | 00:00:01 |
| * 33 |              TABLE ACCESS BY INDEX ROWID  | BUDGET_CODE_COMBINATUONS |       1 |        39 |    1 | 00:00:01 |
| * 34 |         VIEW PUSHED PREDICATE             |                          |       1 |        32 |    9 | 00:00:01 |
|   35 |          SORT GROUP BY                    |                          |       1 |       115 |    9 | 00:00:01 |
| * 36 |           FILTER                          |                          |         |           |      |          |
|   37 |            NESTED LOOPS                   |                          |       1 |       115 |    8 | 00:00:01 |
|   38 |             NESTED LOOPS                  |                          |       1 |       115 |    8 | 00:00:01 |
| * 39 |              TABLE ACCESS BY INDEX ROWID  | BGT_JOURNAL_RESOURCE     |       1 |        76 |    7 | 00:00:01 |
| * 40 |               INDEX RANGE SCAN            | BGT_JOURNAL_RESOURCE_N1  |       4 |           |    3 | 00:00:01 |
| * 41 |              INDEX UNIQUE SCAN            | SYS_C0016726             |       1 |           |    0 | 00:00:01 |
| * 42 |             TABLE ACCESS BY INDEX ROWID   | BUDGET_CODE_COMBINATUONS |       1 |        39 |    1 | 00:00:01 |
|   43 |        NESTED LOOPS ANTI                  |                          |       1 |       448 |   20 | 00:00:01 |
|   44 |         NESTED LOOPS ANTI                 |                          |       1 |       416 |   14 | 00:00:01 |
|   45 |          NESTED LOOPS OUTER               |                          |       1 |       384 |    8 | 00:00:01 |
|   46 |           NESTED LOOPS OUTER              |                          |       1 |       213 |    4 | 00:00:01 |
|   47 |            VIEW                           |                          |       1 |        42 |    5 | 00:00:01 |
|   48 |             HASH GROUP BY                 |                          |       1 |        66 |      |          |
| * 49 |              FILTER                       |                          |         |           |      |          |
|   50 |               TABLE ACCESS BY INDEX ROWID | BGT_EXECUTION_DETAIL     |       1 |        66 |    4 | 00:00:01 |
| * 51 |                INDEX RANGE SCAN           | BGT_EXECUTION_DETAIL_N10 |       1 |           |    3 | 00:00:01 |
|   52 |            VIEW PUSHED PREDICATE          |                          |       1 |       171 |    4 | 00:00:01 |
|   53 |             SORT GROUP BY                 |                          |       1 |        76 |    4 | 00:00:01 |
| * 54 |              FILTER                       |                          |         |           |      |          |
| * 55 |               TABLE ACCESS BY INDEX ROWID | BGT_EXECUTION_DETAIL     |       1 |        76 |    4 | 00:00:01 |
| * 56 |                INDEX RANGE SCAN           | BGT_EXECUTION_DETAIL_N10 |       1 |           |    3 | 00:00:01 |
|   57 |           VIEW PUSHED PREDICATE           |                          |       1 |       171 |    4 | 00:00:01 |
|   58 |            SORT GROUP BY                  |                          |       1 |        76 |    4 | 00:00:01 |
| * 59 |             FILTER                        |                          |         |           |      |          |
| * 60 |              TABLE ACCESS BY INDEX ROWID  | BGT_EXECUTION_DETAIL     |       1 |        76 |    4 | 00:00:01 |
| * 61 |               INDEX RANGE SCAN            | BGT_EXECUTION_DETAIL_N10 |       1 |           |    3 | 00:00:01 |
| * 62 |          TABLE ACCESS BY INDEX ROWID      | BGT_JOURNAL_RESOURCE     | 4611587 | 147570784 |    6 | 00:00:01 |
| * 63 |           INDEX RANGE SCAN                | BGT_JOURNAL_RESOURCE_N1  |       4 |           |    2 | 00:00:01 |
| * 64 |         TABLE ACCESS BY INDEX ROWID       | BGT_JOURNAL_RESOURCE     | 4611587 | 147570784 |    6 | 00:00:01 |
| * 65 |          INDEX RANGE SCAN                 | BGT_JOURNAL_RESOURCE_N1  |       4 |           |    2 | 00:00:01 |
----------------------------------------------

参数的意思:
基数(Rows)：Oracle估计的当前步骤的返回结果集行数
字节(Bytes)：执行SQL对应步骤返回的字节数
耗费(COST)、CPU耗费：Oracle估计的该步骤的执行耗费和CPU耗费
时间(Time)：Oracle估计的执行sql对于步骤需要的时间

3.怎么看懂Oracle执行计划


3.1explain执行顺序


关键在于Operation参数，Operation表示sql执行过程，查看怎么执行的，有两个核心规则：

  • 根据Operation缩进判断，缩进最多的最先执行；
  • Operation缩进相同时，最上面的是最先执行的；

3.2 Operation参数描述：

3.2.1访问数据的方法

Oracle访问表中数据的方法有两种，一种是直接表中访问数据，另外一种是先访问索引，如果索引数据不符合目标SQL，就回表，符合就不回表，直接访问索引就可以。

Oracle直接访问表中数据的方法又分为两种：一种是全表扫描；另一种是ROWID扫描

  • 全表扫描（TABLE ACCESS FULL）；

  • ROWID扫描（TABLE ACCESS BY ROWID）（ROWID也就是表数据行所在的物理存储地址，所谓的ROWID扫描是通过ROWID所在的数据行记录去定位。ROWID是一个伪列，数据库里并没有这个列，它是数据库查询过程中获取的一个物理地址，用于表示数据对应的行数。 用sql查询：【select t.* , t.rowid from 表 t】）

3.2.2访问索引（TABLE ACCESS BY INDEX SCAN）


访问索引（TABLE ACCESS BY INDEX SCAN）的情况就比较多了，可以分为：

  • 索引唯一扫描（INDEX UNIQUE SCAN）
  • 索引全扫描（INDEX FULL SCAN）
  • 索引范围扫描（INDEX RANGE SCAN）
  • 索引快速全扫描（INDEX FAST FULL SCAN）
  • 索引跳跃式扫描（INDEX SKIP SCAN）
  • 索引唯一扫描（INDEX UNIQUE SCAN）
  • 索引唯一性扫描(INDEX UNIQUE SCAN)是针对唯一性索引(UNIQUE INDEX)来说的，也就是建立唯一性索引才能索引唯一性扫描，唯一性扫描，其结果集只会返回一条记录。

索引范围扫描（INDEX RANGE SCAN）
索引范围扫描（INDEX RANGE SCAN）索引范围扫描(INDEX RANGE SCAN)适用于所有类型的B树索引，一般不包括唯一性索引，因为唯一性索引走索引唯一性扫描。 当扫描的对象是非唯一性索引的情况，where谓词条件为Between、=、<、>等等的情况就是索引范围扫描，注意，可以是等值查询，也可以是范围查询。如果where条件里有一个索引键值列没限定为非空的，那就可以走索引范围扫描，如果改索引列是非空的，那就走索引全扫描
前面说了，同样的SQL建的索引不同，就可能是走索引唯一性扫描，也有可能走索引范围扫描。在同等的条件下，索引范围扫描所需要的逻辑读和索引唯一性扫描对比，逻辑读如何？索引范围扫描可能返回多条记录，所以优化器为了确认，肯定会多扫描，所以在同等条件，索引范围扫描所需要的逻辑读至少会比相应的唯一性扫描的逻辑读多1

索引全扫描（INDEX FULL SCAN）
索引全扫描(INDEX FULL SCAN)适用于所有类型的B树索引(包括唯一性索引和非唯一性索引)。

索引全扫描过程简述：索引全扫描是指扫描目标索引所有叶子块的索引行，但不意思着需要扫描所有的分支块，索引全扫描时只需要访问必要的分支块，然后定位到位于改索引最左边的叶子块的第一行索引行，就可以利用改索引叶子块之间的双向指针链表，从左往右依次顺序扫描所有的叶子块的索引行

索引快速全扫描（INDEX FAST FULL SCAN）
索引快速全扫描和索引全扫描很类似，也适用于所有类型的B树索引(包括唯一性索引和非唯一性索引)。和索引全扫描类似，也是扫描所有叶子块的索引行，这些都是索引快速全扫描和索引全扫描的相同点
索引快速全扫描和索引全扫描区别：

索引快速全扫描只适应于CBO(基于成本的优化器)
索引快速全扫描可以使用多块读，也可以并行执行
索引全扫描会按照叶子块排序返回，而索引快速全扫描则是按照索引段内存储块顺序返回
索引快速全扫描的执行结果不一定是有序的，而索引全扫描的执行结果是有序的，因为索引快速全扫描是根据索引行在磁盘的物理存储顺序来扫描的，不是根据索引行的逻辑顺序来扫描的
索引跳跃式扫描（INDEX SKIP SCAN）
索引跳跃式扫描(INDEX SKIP SCAN)适用于所有类型的复合B树索引(包括唯一性索引和非唯一性索引)，索引跳跃式扫描可以使那些在where条件中没有目标索引的前导列指定查询条件但是有索引的非前导列指定查询条件的目标SQL依然可以使用跳跃索引
 

小博.....
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle 中explain,oracle执行计划的使用(EXPLAIN)
weixin_39769627的博客
04-03 4759
对于sql执行的小量高低。我们可以通过执行计划的信息基本上可以进行分析查看该SQL语句执行的时间。连接顺序及浪费的数据库资源等信息，从而判断该SQL语句执行的效率如何，下面就简单的介绍一下执行计划的使用[@more@]对于sql执行的小量高低。我们可以通过执行计划的信息基本上可以进行分析查看该SQL语句执行的时间。连接顺序及浪费的数据库资源等信息，从而判断该SQL语句执行的效率如何，下面就简单的介...
Oracle中explain_plan的用法
05-02
详细讲解在Oracle中如何使用explain_plan，值得参考和收藏学习。
ORACLE执行计划 explain说明
weixin_30735745的博客
01-07 105
ORACLE SQL优化工具系列之--EXPLAIN PLAN 对于oracle数据库来说，sql语句的优化可能是对性能提升最为明显的，当然对于DBA来说，也是挑战性比较大的。为了优化一个复杂的SQL语句，比如语句执行时间过长，我们根据语句的写法，利用我们的经验做出一些改动，当然是可以的，但更好的方法是获取语句的执行计划，看看语句在数据库内部使用了什么样的资源，是按照什么样的步骤来执行的，...
EXPLAIN PLAN FOR：在Oracle中生成执行计划
最新发布
程序吟游的博客
03-04 1253
在Oracle中，可以使用 EXPLAIN PLAN FOR 命令来生成执行计划，然后通过SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'))来查看执行计划。需要注意的是，这两个命令需要在同一个窗口下运行，否则会报错。
【ORACLE Explain 详解】
m0_67403013的博客
07-31 5247
刚好最近有一次sql调优培训会，去参加后，重新复习Oracle执行计划，感触良多,所以整理资料，做成笔记分享出来执行计划是一条查询语句在Oracle中的执行过程或访问路径的描述。执行计划描述了SQL引擎为执行SQL语句进行的操作；分析SQL语句相关的性能问题或仅仅质疑查询优化器的决定时，必须知道执行计划；所以执行计划常用于sql调优。...
oracle explain查看执行计划
enthan809882的博客
04-20 1692
hive中可以通过explain来查看执行计划。oracle中可以么，肯定可以啊。 需要注意的是oracle中应该用explain plan for 而不是 explain，如下2条语句： explain select 1 from dual; -- 报错： ORA-00905: 缺失关键字 explain plan for select 1 from dual; -- 成功执行 EXPLAI...
ORACLE EXPLAIN PLAN的总结
04-07
NULL 博文链接：https://babydeed.iteye.com/blog/1567772
Oracle优化
weixin_44356309的博客
08-23 1708
1 . Oracle执行计划Explain Plan 1.1 概念 概念：一条查询语句在ORACLE中的执行过程或访问路径的描述。即就是对一个查询任务，做出一份怎样去完成任务的详细方案。 如果要分析某条SQL的性能问题，通常我们要先看SQL的执行计划，看看SQL的每一步执行是否存在问题。 看懂执行计划也就成了SQL优化的先决条件。 通过执行计划定位性能问题，定位后就通过建立索引、修改sql等解决问题。 1.2 查看工具 1.3 如何读懂执行计划 1.3.1 执行顺序的原则 执行顺序的原则是：由上至下，从右
oracle explain解释,oracle explain
weixin_34615710的博客
04-04 3691
EXPLAIN PLAN FOR SELECT * FROM TB_USER;select * from table(dbms_xplan.display);Plan hash value: 1576953371-----------------------------------------------------------------------------| Id | Operation...
oracle 语句
06-30
索引与约束 索引 1、如何建立索引 create index 索引名 on 表名(列名) create index book_bid_idx on book(bid); create index abc on student(sid,sname); create index abc1 on student(sname,sid);他们是不同的 2、查看索引 select index_type,index_name,table_name,uniqueness from user_indexes; select index_name,table_name,column_name,column_position from user_ind_columns; 3、删除索引 drop index 索引名 4、如何查看是否用索引 @d:D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlxplan.sql—创建了索引查询表 explain plan for select ename,job,sal,comm from empcon where (sal-700)<0;--已解释 desc plan_table; col id for 999 col operation for a16 col option for a16 col object_name for a16 Select id,operation,options,object_name,position from plan_table; truncate table plan_table; explain plan for select ename,job,sal from empcon where ename like ‘PRE%’; Select id,operation,options,object_name,position from plan_table;
Oracle数据库实验操作
07-26
实验145：explain列出执行计划 234 实验146：跟踪sql语句的使用 235 实验147：AUTOTRACE的使用 235 实验148：定位高消耗资源语句 236 实验149：收集数据库的统计信息 236 实验150：收集列的统计信息 238 实验151：...
语句性能分析之索引、内存、性能优化
12-14
实现同样的功能，高质量的sql会比劣势的sql语句执行响应时间提升上百倍，接下来在这里猿君主要介绍如何避免索引失效，对内存、性能优化，提升sql执行效率。 一、分析sql执行计划 1.通过explain查看 explain select *...
查询mysql中执行效率低的sql语句的方法
12-15
一些小技巧1. 如何查出效率低的语句？在MySQL下，在启动参数中设置 –log-slow-queries=[文件名]，就可以在指定的日志文件中记录执行时间超过long_query...3. 如何查询某条语句的索引使用情况？可用EXPLAIN语句来看一下
ORACLE重建索引总结
12-13
4、索引高度：索引高度是指由于数据行的插入操作而产生的索引层数，当表中添加大量数据时，oracle将生成索引的新层次以适应加入的数据行，因此，oracle索引可能有4层，但是这只会出现在索引数中产生大量插入操作的...
查看oracle sql是否使用索引
weixin_43292547的博客
01-26 2352
【代码】查看oracle sql是否使用索引。
Oracle EXPLAIN PLAN用法
20386053
11-23 1390
1.SQL语句的执行计划 使用EXPLAIN PLAN语句来确定Oracle数据库下指定SQL语句的执行计划，这个语句插入每一步执行计划的行描述到指定表中。你也可使用EXPLAIN PLAN语句作为SQL跟踪工具的一部分。 EXPLAIN PLAN命令的语法如下： EXPLAIN PLAN [ SET STATEMENT_ID = string ] [ INTO [ sche...
ORACLE查看执行计划的几种方式
weixin_41561862的博客
06-18 2880
ORACLE查看执行计划的几种方式 explain plan命令 PL/SQL Developer中通过快捷键F5就可以查看目标SQL的执行计划了。但其实按下F5后，实际后台调用的就是explain plan命令，相当于封装了该命令。 explain plan使用方法： (1) 执行explain plan for + SQL (2) 执行select * from table(dbms_xplan.display); 第...
oracle如何监控某条语句的索引情况
06-03
Oracle可以使用SQL Trace来监控某条语句的索引情况。SQL Trace是一种Oracle跟踪工具，可以记录每个SQL语句的执行情况，包括使用的索引、执行时间、I/O操作等信息。以下是一些使用SQL Trace监控索引的方法： 1. 启用SQL Trace：可以使用ALTER SESSION语句启用SQL Trace，例如： ``` ALTER SESSION SET SQL_TRACE=TRUE; ``` 这将启动SQL Trace并记录所有后续SQL语句的执行情况。 2. 执行需要监控的SQL语句：执行需要监控的SQL语句，例如： ``` SELECT * FROM my_table WHERE column1 = 'value'; ``` 3. 停止SQL Trace：可以使用ALTER SESSION语句停止SQL Trace，例如： ``` ALTER SESSION SET SQL_TRACE=FALSE; ``` 4. 分析Trace文件：SQL Trace会生成一个Trace文件，可以使用Oracle Trace分析工具（如TKPROF）来分析该文件，提取有关SQL语句的信息，例如： ``` tkprof tracefile.trc outputfile.txt explain=username/password ``` 这将生成一个分析结果文件，其中包含有关SQL语句的执行情况和使用的索引等信息。 通过分析Trace文件，可以确定SQL语句使用的索引情况，并确定是否需要优化索引以提高性能。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值