在OLTP中，索引访问的几种常规操作

最新推荐文章于 2021-04-05 07:37:03 发布
最新推荐文章于 2021-04-05 07:37:03 发布
阅读量916 收藏
点赞数
分类专栏： ORACLE优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/trsenzhang/article/details/41082205
版权
在OLTP中，索引访问的几种常规操作
1、index(unique scan):唯一索引扫描，即对唯一索引进行单一匹配访问。在唯一索引中，每一个非空健值只会存在一条。主键本身是一个没有null值的唯一索引。
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |    90 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T_OB       |     1 |    90 |     2   (0)| 00:00:01 |
|*  2 |   INDEX UNIQUE SCAN         | IDX01_T_OB |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_ID"=TO_NUMBER(:A))

2、index(range scan):索引范围扫描，即对(唯一或非唯一)索引进行范围匹配(>、<、>=、<=、like)访问，或者对非唯一索引进行单一匹配访问。
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |    90 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T_OB       |     1 |    90 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IDX02_T_OB |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_NAME"=:A)


------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |   660 | 59400 |     4   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T_OB       |   660 | 59400 |     4   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IDX01_T_OB |   119 |       |     2   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_ID">=TO_NUMBER(:A))
   
3、index(range scan(min/max)对索引进行范围扫描，以获取在where条件中对索引字段的最大值或者最小
-------------------------------------------------------------------------------------------
| Id  | Operation                    | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |            |     1 |    19 |     1   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE              |            |     1 |    19 |            |          |
|   2 |   FIRST ROW                  |            |     1 |    19 |     1   (0)| 00:00:01 |
|*  3 |    INDEX RANGE SCAN (MIN/MAX)| IDX02_T_OB |     1 |    19 |     1   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - access("OBJECT_NAME"=:A)

4、index(full scan(min/max))对索引进行完全扫描访问，以获取索引字段的最大值、最小值
-----------------------------------------------------------------------------------------
| Id  | Operation                  | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |            |     1 |     5 |     2   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE            |            |     1 |     5 |            |          |
|   2 |   INDEX FULL SCAN (MIN/MAX)| IDX01_T_OB |     1 |     5 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------
9 rows selected.

5、index(range scan descending):按照与索引逻辑顺序的相反顺序对索引进行范围扫描，一般索引的逻辑顺序是asc即为升序
-------------------------------------------------------------------------------------------
| Id  | Operation                    | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |            |   660 | 59400 |     4   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID | T_OB       |   660 | 59400 |     4   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN DESCENDING| IDX01_T_OB |   119 |       |     2   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_ID">TO_NUMBER(:1))

6、index(full scan descending)以索引逻辑顺序相反的顺序对索引进行完全扫描访问
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            | 13206 |  1160K|   228   (1)| 00:00:03 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T_OB       | 13206 |  1160K|   228   (1)| 00:00:03 |
|   2 |   INDEX FULL SCAN DESCENDING| IDX01_T_OB | 13206 |       |    28   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
9 rows selected.
 
7、index(full scan):索引全扫描，即对索引进行完全扫描访问。这种方式的读取是按照索引数据的逻辑顺序读取，每次只能读取一个而不是多个数据块
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            | 13206 |  1160K|   228   (1)| 00:00:03 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T_OB       | 13206 |  1160K|   228   (1)| 00:00:03 |
|   2 |   INDEX FULL SCAN           | IDX01_T_OB | 13206 |       |    28   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
9 rows selected.


8、index(fast full scan):快速完全索引扫描，对索引进行快速完全扫描访问。这种访问方式中，不会按照索引的逻辑顺序访问，而是
按照物理顺序读去所有的索引块，并可每次读取多个数据块。
-----------------------------------------------------------------------------------
| Id  | Operation            | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     |            | 13206 | 66030 |     9   (0)| 00:00:01 |
|   1 |  INDEX FAST FULL SCAN| IDX01_T_OB | 13206 | 66030 |     9   (0)| 00:00:01 |
-----------------------------------------------------------------------------------
8 rows selected.

9、index(sample fast full scan):索引快速完全采样扫描。与采样访问表类似，即以多数据块读取的方式扫描索引的部分数据块
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |   660 | 11220 |     9   (0)| 00:00:01 |
|   1 |  INDEX SAMPLE FAST FULL SCAN| IDX01_T_OB |   660 | 11220 |     9   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
8 rows selected.

10、index(skip scan):跳跃索引扫描，即对多个字段复合索引扫描时，跳过索引中前导的一个或多个字段，而对后续字段进行匹配。
多字段的复合索引建立，可能前驱字段的重复值比较多，那么构建索引的逻辑结构时，可能由后驱字段的顺序来决定。如果一个查询可能利用
后驱字段来做filter条件，从而可能会导致skip index的动作
SQL> explain plan for select /*+ index(t_ob,idx03_t_ob) */ count(1) from t_Ob where object_id='1';
Explained.
SQL> select * from table(dbms_xplan.display());
Plan hash value: 343431327
-------------------------------------------------------------------------------
| Id  | Operation        | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |            |     1 |     5 |     2   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE  |            |     1 |     5 |            |          |
|*  2 |   INDEX SKIP SCAN| IDX03_T_OB |     1 |     5 |     2   (0)| 00:00:01 |
-------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_ID"=1)
       filter("OBJECT_ID"=1)
15 rows selected.
TrsenZhang
关注
专栏目录
SQL Server 索引维护：系统常见的索引问题
霍力强的专栏
05-19 4411
前言：在很多系统中，比如本人目前管理的数据库，索引经常被滥用，甚至使用DTA（数据库引擎优化顾问）来成批创建索引（DTA目前个人认为它的真正用处应该是在发现缺失的统计信息，在以前的项目中，用过一次DTA，里面提示了很多列缺少统计信息，后来在不改动其他操作的前提下，把这些统计信息手动建上去，性能提升非常明显。关于统计信息将另开文章介绍）。一个表甚至有20多个索引（索引的数量并没有标准，但是要尽量
mysql复合索引加锁_Mysql加锁过程详解
weixin_39906130的博客
01-28 1852
1、背景MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个...
记一次统计信息导致的查询慢
lyp13696402570的博客
11-26 436
客户说今天有一个表在查询时，加count(1)比查询单列慢很多很多，而且加order by之后查询也很慢 现象：一个简单的查询SQL，不加order by时查询挺快的，加上order by 需要几分钟。 SQL&gt; set autot trace SQL&gt; select a.Point_Acct_Balance_Id   2  from   npoint.Point_Acct_Bal...
Oracle oltp优化,ATP-Oracle自治事务处理(OLTP)数据库与自动索引优化
weixin_39886619的博客
04-05 145
ATP-Oracle自治事务处理(OLTP)数据库与自动索引优化在 Oracle 数据库的世界里，有两个新的词汇将会变得越来越重要，一个是 ADW ，一个是 ATP。ADW = Autonomous Dat Warehouse ,自治数据仓库；ATP = Autonomous Transaction Processing,自治事务处理数据库；在2018年4月， Oracle 已经发布了 Auton...
oracle组合索引的引导列,Oracle SQL 表访问路径分析
weixin_29458017的博客
04-03 357
几乎对所有的SQL语句来说，Oracle的SQL引擎都会有不止一种的方式来检索所需要的记录(数据)。当Oracle解析一个SQL语句时，它必须决定采用哪种方式来检索数据是最快的。决定这个获取数据的最佳途径的过程称为查询优化。查询优化应用于所有的查询和执行数据访问的其它语句(例如DML类型的语句)。Oracle的SQL引擎的优化器在对SQL语句进行优化时，需要确定采用什么样优化的方式来访问表中的数据...
Oracle执行计划filter下多个节点的优化
coco3600的博客
07-03 672
Oracle执行计划filter下多个节点的优化 FILTER操作是执行计划中常见的操作，这种操作有两种情况： l只有一个子节点，那么就是简单过滤操作。 ...
INDEX RANGE SCAN DESCENDING的逻辑读问题
ct827519的博客
08-12 460
itpub:http://www.itpub.net/thread-1335784-1-1.htmlINDEX RANGE SCAN DESCENDING的逻辑读126明显大于INDEX RANGE SCAN 5，但优化器依然选...
Oracle数据库性能优化 -非空约束重要性全表扫描的性能提升
oradbm的博客
09-02 658
1.1测试现象 CREATE TABLE T1 AS SELECT OBJECT_ID,OBJECT_NAME FROM DBA_OBJECTS; CREATE TABLE T2 AS SELECT OBJECT_ID,OBJECT_NAME FROM DBA_OBJECTS; CREATE INDEX IDX1 ON T1(OBJECT_ID); EXPLA...
SQL Server—— 在ETL过程列存储索引vs 行存储索引
MVP黄钊吉（發糞塗牆）
02-29 670
本人新书上市，请多多关照：《SQL Server On Linux运维实战 2017版从入门到精通》 这几天我一直在跟进公司的一个性能问题，里面涉及到聚集列存储索引的问题。跟微软的技术支持讨论了一下，他们的建议可以考虑转成非聚集的列存储索引，那我到底怎么做好呢？我觉得有必要研究一下这两者的差异，说不定可以得出一个“不用列存储索引”的结论呢。 为了感觉记录下处理过程，在本系列中先缓一下分区的内容...
oracle批量生成索引,Oracle Index 各类索引介绍及创建方法
weixin_42682754的博客
04-03 886
概述索引在各种关系型数据库系统中都是举足轻重的组成部分，其对于提高检索数据的速度起至关重要的作用。在Oracle中，索引基本分为以下几种：B*Tree索引，反向索引，降序索引，位图索引，函数索引，interMedia全文索引等。Oracle提供了大量索引选项。知道在给定条件下使用哪个选项对于一个应用程序的性能来说非常重要。一个错误的选择可能会引发死锁，并导致数据库性能急剧下降或进程终止。而如果做出...
学习Oracle Concepts-第3章 索引和索引组织表
找个地方记笔记
03-07 326
学习concepts的笔记，这一部分主要包括索引和索引组织表的一些概念、原理等等
oracle 索引快速全扫描,oracle中的索引扫描
weixin_32775495的博客
04-03 1305
一、INDEX UNIQUE SCAN(索引唯一扫描)索引唯一性扫描(INDEX UNIQUE SCAN)是针对唯一性索引(UNIQUE INDEX)的扫描，它仅仅适用于where条件里是等值查询的目标SQL。因为扫描的对象是唯一性索引，所以索引唯一性扫描的结果至多只会返回一条记录。二、INDEX RANGE SCAN(索引范围扫描)索引范围扫描(INDEX RANGE SCAN)适用于所有类型的...
Oracle索引梳理系列（八）- 索引扫描类型及分析（高效索引必备知识）
weixin_30527423的博客
10-20 264
版权声明：本文发布于http://www.cnblogs.com/yumiko/，版权由Yumiko_sunny所有，欢迎转载。转载时，请在文章明显位置注明原文链接。若在未经作者同意的情况下，将本文内容用于商业用途，将保留追究其法律责任的权利。如果有问题，请以邮箱方式联系作者（793113046@qq.com）。 理解oracle索引扫描类型的特点以及具体触发的条件，对于通过合理地使用...
index unique scan
cudengxia6049的博客
06-19 180
index unique scan ,是因为建了唯一索引, unique 如 :create unique index AA_INDEX on AA_TEST (SID, ITEMVALUE) 在执行语句中 where子句必...
【优化】INDEX FULL SCAN (MIN/MAX)访问路径
cuanchuwei1207的博客
11-26 694
Oracle对单独使用max或min函数时给出了一种非常高效的访问路径，就是“INDEX FULL SCAN (MIN/MAX)”，该方法可以避免索引的全部读取，进一步提高数据结果的获取效率。通过这...
Predicate Information
maoweiting19910402的专栏
09-06 2426
今天看SQL执行计划时发现一条额外的Predicate Information。一时找不到该Predicate Information来自何处。一般情况下对Oracletable或者View增加行授权（即调用dbms_rls.add_policy创建policy后），对该表的查询会自动增加Predicate Information。       但是这次查找DBA_POLICIES视图也没找
ORACLE:INDEX FULL SCAN--99%是最烂的执行计划
Super菜的专栏
06-29 4725
原sql： SELECT * FROM ( SELECT c.id, c.username, c.keyword, c.batchid, i.bc_id, c.title, i.check
Index Full Scan && Index Range Scan
M_Jack的博客
08-02 1302
Index Full Scan reads the whole index, in an ordered manner (i.e. it "walks" the index from the lowest value to the highest value). (Index Fast Full Scan reads the whole index, without bothering about...
INDEX FULL SCAN vs INDEX FAST FULL SCAN
anjichan4261的博客
04-12 331
INDEX FULL SCAN 与 INDEX FAST FULL SCAN两个长相差不多，乃是一母同胞，因此既有其共性，也有其个性。两者来说其共性是不用扫描表而是通过索引就可以直接返回所需要的所有数据。这对提高查询性能而言，无疑是一个难得的数据访问方式之一，因为索引中存储的数据通常是远小于原始表的数据。下面具体来看看两者之间的异同。一、何时INDEX FULL SCAN 或...
OLAP与OLTP融合：中小制造企业生产管理系统中的智能决策支持
OLAP在生产管理信息系统中的应用是一项重要的信息技术解决方案，特别是在处理中小规模制造型企业的需求时。本文的核心议题围绕一个典型机械厂的生产管理信息系统设计，该厂拥有多个车间，员工总数约600人。目标是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值