文章目录
Oracle通过执行计划查看查询语句是否使用索引
Oracle 执行计划（Explain Plan）
执行计划：一条查询语句在ORACLE中的执行过程或访问路径的描述。即就是对一个查询任务，做出一份怎样去完成任务的详细方案。
如果要分析某条SQL的性能问题，通常我们要先看SQL的执行计划，看看SQL的每一步执行是否存在问题。 看懂执行计划也就成了SQL优化的先决条件。 通过执行计划定位性能问题，定位后就通过建立索引、修改sql等解决问题。
生成执行计划
explain plan for
SELECT
*
FROM
SOURCE_LISTEX_202101
WHERE
pass_id = '012101200123001025061320201201002852';
查看执行计划结果
select * from table(dbms_xplan.display)
或者
SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));
PL/SQL Developer，Navicat, Toad 都支持查看解释计划
Plan hash value: 1335523602
-----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 44479 | 38M| 17411 (1)| 00:03:29 |
| 1 | TABLE ACCESS BY INDEX ROWID | SOURCE_LISTEX_202101 | 44479 | 38M| 17411 (1)| 00:03:29 |
|* 2 | INDEX RANGE SCAN | LISTEX_202101_PASS_ID | 17792 | | 3 (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("PASS_ID"='012101200123001025061320201201002852')
使用索引
全表扫描
执行计划中字段解释
ID: 一个序号，但不是执行的先后顺序。执行的先后根据缩进来判断。
Operation： 当前操作的内容。
Rows： 当前操作的Cardinality，Oracle估计当前操作的返回结果集。
Cost（CPU）：Oracle 计算出来的一个数值（代价），用于说明SQL执行的代价。
Time：Oracle 估计当前操作的时间。
在看执行计划的时候，除了看执行计划本身，还需要看谓词和统计信息。 通过整体信息来判断SQL效率。
谓词说明
Access :
- 通过某种方式定位了需要的数据，然后读取出这些结果集，叫做Access。
- 表示这个谓词条件的值将会影响数据的访问路劲（表还是索引）。
Filter：
- 把所有的数据都访问了，然后过滤掉不需要的数据，这种方式叫做filter 。
- 表示谓词条件的值不会影响数据的访问路劲，只起过滤的作用。
在谓词中主要注意access，要考虑谓词的条件，使用的访问路径是否正确。
几种常见的索引类型扫描
第一种：index unique scan
索引唯一扫描，当可以优化器发现某个查询条件可以利用到主键、唯一键、具有外键约束的列，或者只是访问其中某行索引所在的数据的时候，优化器会选择这种扫描类型。
第二种：index range scan
索引范围扫描，当优化器发现在UNIQUE列上使用了大于、小于、大于等于、小于等于以及BETWEEN等就会使用范围扫描，在组合列上只使用部分进行查询，导致查询出多行数据。对非唯一的索引列上进行任何活动都会使用index range scan。
第三种：index full scan
全索引扫描，如果要查询的数据可以全部从索引中获取，则使用全索引扫描。
第四种：index fast full scan
索引快速扫描，扫描索引中的全部的数据块，与全索引扫描的方式基本上类似。两者之间的明显的区别是，索引快速扫描对查询的数据不进行排序，数据返回的时候不是排序的。“在这种存取方法中，可以使用多块读功能，也可以使用并行读入，从而得到最大的吞吐量和缩短执行时间”。
order by、group by使用索引的前提条件:
1.order by、group by中所有的列必须包含在相同的索引中并保持在索引中的排列顺序;
2.order by、group by中所有的列必须定义为非空
- 不走索引的几种情况：
1.where子句中使用 is null 和 is not null
2.where子句中使用函数
3.使用like ‘%T’ 进行模糊查询
4.where子句中使用不等于操作(包括：<>, !=, not colum >= ?, not colum <= ? ,可以使用or代替)
5.比较不匹配数据类型，例如：select * from tablewhere jlbh = 1；jlbh为varchar2类型字段
学习整理自：