[20181201]奇怪的INDEX SKIP SCAN执行计划.txt

最新推荐文章于 2021-04-10 15:35:24 发布
最新推荐文章于 2021-04-10 15:35:24 发布
阅读量159 收藏
点赞数

[20181201]奇怪的INDEX SKIP SCAN执行计划.txt


--//工作中遇到的问题,有时候希望出现INDEX SKIP SCAN,有时候希望它不出现,总之对于这个不好控制.

--//比如链接:http://blog.itpub.net/267265/viewspace-2213256/,并没有选择INDEX SKIP SCAN.

--//一般我认为仅仅前缀选择率很低,查询谓词不包括前缀,走index skip scan也许合适或者出现.

--//我前一段时间遇到问题,实际上在第2,3列也可能出现INDEX SKIP SCAN,

--//链接 :http://blog.itpub.net/267265/viewspace-2168467/


--//实际工作中遇到的一些情况非常让自己困惑:


1.环境:

SCOTT@test01p> @ ver1


PORT_STRING                    VERSION        BANNER                                                                               CON_ID

------------------------------ -------------- -------------------------------------------------------------------------------- ----------

IBMPC/WIN_NT64-9.1.0           12.2.0.1.0     Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production              0


SCOTT@test01p> create table t as select * from dba_objects;

Table created.


SCOTT@test01p> create index i_t_object_id_object_type on t(OBJECT_ID,OBJECT_TYPE);

Index created.


--//分析略.


2.测试:

SCOTT@test01p> alter session set statistics_level=all;

Session altered.


SCOTT@test01p> select count(object_name) from t where object_TYPE='TABLE';

COUNT(OBJECT_NAME)

------------------

              1795

--//注意:object_name 定义包含可以输入null,执行时一定会回表.


SCOTT@test01p> @ dpc '' ''

PLAN_TABLE_OUTPUT

-------------------------------------

SQL_ID  5x9kf84fsnz36, child number 0

-------------------------------------

select count(object_name) from t where object_TYPE='TABLE'

Plan hash value: 1271557081

------------------------------------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                            | Name                      | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

------------------------------------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT                     |                           |      1 |        |       |    84 (100)|          |      1 |00:00:00.01 |     220 |

|   1 |  SORT AGGREGATE                      |                           |      1 |      1 |    27 |            |          |      1 |00:00:00.01 |     220 |

|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T                         |      1 |    531 | 14337 |    84   (0)| 00:00:01 |   1795 |00:00:00.01 |     220 |

|*  3 |    INDEX SKIP SCAN                   | I_T_OBJECT_ID_OBJECT_TYPE |      1 |    531 |       |    71   (0)| 00:00:01 |   1795 |00:00:00.01 |      71 |

------------------------------------------------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):

-------------------------------------------------------------

   1 - SEL$1

   2 - SEL$1 / T@SEL$1

   3 - SEL$1 / T@SEL$1

Predicate Information (identified by operation id):

---------------------------------------------------

   3 - access("OBJECT_TYPE"='TABLE')

       filter("OBJECT_TYPE"='TABLE')


SCOTT@test01p> select count(distinct object_type),count(distinct object_id),count(*) from t;

COUNT(DISTINCTOBJECT_TYPE) COUNT(DISTINCTOBJECT_ID)   COUNT(*)

-------------------------- ------------------------ ----------

                        42                    22298      22300


--//object_id 字段选择性很好,按照道理不应该选择INDEX SKIP SCAN.


SCOTT@test01p> select /*+ full(t) */ count(object_name) from t where object_TYPE='TABLE';

COUNT(OBJECT_NAME)

------------------

              1795


SCOTT@test01p> @ dpc '' ''

PLAN_TABLE_OUTPUT

-------------------------------------

SQL_ID  auqna0b3c02dd, child number 0

-------------------------------------

select /*+ full(t) */ count(object_name) from t where

object_TYPE='TABLE'


Plan hash value: 2966233522


---------------------------------------------------------------------------------------------------------------------

| Id  | Operation          | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

---------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT   |      |      1 |        |       |   113 (100)|          |      1 |00:00:00.01 |     409 |

|   1 |  SORT AGGREGATE    |      |      1 |      1 |    27 |            |          |      1 |00:00:00.01 |     409 |

|*  2 |   TABLE ACCESS FULL| T    |      1 |    531 | 14337 |   113   (0)| 00:00:01 |   1795 |00:00:00.01 |     409 |

---------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):

-------------------------------------------------------------

   1 - SEL$1

   2 - SEL$1 / T@SEL$1

Predicate Information (identified by operation id):

---------------------------------------------------

   2 - filter("OBJECT_TYPE"='TABLE')

--//视乎走跳跃索引扫描要好一点.


3.继续测试:

SCOTT@test01p> select * from (select /*+ full(t) */ object_type,count(*) from t group by object_type order by 2 desc) where rownum<=3;

OBJECT_TYPE            COUNT(*)

-------------------- ----------

VIEW                       6514

SYNONYM                    5856

INDEX                      2329


--//OBJECT_TYPE='VIEW'的记录最多,换成它查询看看.


SCOTT@test01p> select count(object_name) from t where object_TYPE='VIEW';

COUNT(OBJECT_NAME)

------------------

              6514


SCOTT@test01p> @ dpc '' ''

PLAN_TABLE_OUTPUT

-------------------------------------

SQL_ID  dmh6d16acm77n, child number 0

-------------------------------------

select count(object_name) from t where object_TYPE='VIEW'

Plan hash value: 1271557081

------------------------------------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                            | Name                      | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

------------------------------------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT                     |                           |      1 |        |       |    84 (100)|          |      1 |00:00:00.03 |     348 |

|   1 |  SORT AGGREGATE                      |                           |      1 |      1 |    27 |            |          |      1 |00:00:00.03 |     348 |

|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T                         |      1 |    531 | 14337 |    84   (0)| 00:00:01 |   6514 |00:00:00.02 |     348 |

|*  3 |    INDEX SKIP SCAN                   | I_T_OBJECT_ID_OBJECT_TYPE |      1 |    531 |       |    71   (0)| 00:00:01 |   6514 |00:00:00.02 |      71 |

------------------------------------------------------------------------------------------------------------------------------------------------------------


--//加大object_type='VIEW'的记录.

SCOTT@test01p> update t set object_type='VIEW' where object_type='SYNONYM' and rownum<=5855;

5855 rows updated.


SCOTT@test01p> commit ;

Commit complete.


SCOTT@test01p> select count(object_name) from t where object_TYPE='VIEW';

COUNT(OBJECT_NAME)

------------------

             12369


SCOTT@test01p> @ dpc '' ''

PLAN_TABLE_OUTPUT

-------------------------------------

SQL_ID  dmh6d16acm77n, child number 0

-------------------------------------

select count(object_name) from t where object_TYPE='VIEW'

Plan hash value: 1271557081

------------------------------------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                            | Name                      | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

------------------------------------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT                     |                           |      1 |        |       |    84 (100)|          |      1 |00:00:00.03 |     455 |

|   1 |  SORT AGGREGATE                      |                           |      1 |      1 |    27 |            |          |      1 |00:00:00.03 |     455 |

|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T                         |      1 |    531 | 14337 |    84   (0)| 00:00:01 |  12369 |00:00:00.03 |     455 |

|*  3 |    INDEX SKIP SCAN                   | I_T_OBJECT_ID_OBJECT_TYPE |      1 |    531 |       |    71   (0)| 00:00:01 |  12369 |00:00:00.02 |     132 |

------------------------------------------------------------------------------------------------------------------------------------------------------------


--//重新rebuild 索引看看.

SCOTT@test01p> alter index I_T_OBJECT_ID_OBJECT_TYPE rebuild;

Index altered.


SCOTT@test01p> select count(object_name) from t where object_TYPE='VIEW';

COUNT(OBJECT_NAME)

------------------

             12369


SCOTT@test01p> @ dpc '' ''

PLAN_TABLE_OUTPUT

-------------------------------------

SQL_ID  dmh6d16acm77n, child number 0

-------------------------------------

select count(object_name) from t where object_TYPE='VIEW'


Plan hash value: 1271557081


------------------------------------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                            | Name                      | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

------------------------------------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT                     |                           |      1 |        |       |    81 (100)|          |      1 |00:00:00.01 |     391 |

|   1 |  SORT AGGREGATE                      |                           |      1 |      1 |    27 |            |          |      1 |00:00:00.01 |     391 |

|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T                         |      1 |    531 | 14337 |    81   (0)| 00:00:01 |  12369 |00:00:00.01 |     391 |

|*  3 |    INDEX SKIP SCAN                   | I_T_OBJECT_ID_OBJECT_TYPE |      1 |    531 |       |    68   (0)| 00:00:01 |  12369 |00:00:00.01 |      68 |

------------------------------------------------------------------------------------------------------------------------------------------------------------


4.分析执行计划看看:

SCOTT@test01p> @ 10053x dmh6d16acm77n 0

PL/SQL procedure successfully completed.


--//查看转储文件部分内容:

***************************************

SINGLE TABLE ACCESS PATH 

  Single Table Cardinality Estimation for T[T] 

  SPD: Return code in qosdDSDirSetup: NOCTX, estType = TABLE


 kkecdn: Single Table Predicate:"T"."OBJECT_TYPE"='VIEW'

  Column (#6): OBJECT_TYPE(VARCHAR2)

    AvgLen: 7 NDV: 42 Nulls: 0 Density: 0.023810

  Estimated selectivity: 0.023810 , col: #6 

  Table: T  Alias: T

    Card: Original: 22300.000000  Rounded: 531  Computed: 530.952381  Non Adjusted: 530.952381

  Scan IO  Cost (Disk) =   113.000000

  Scan CPU Cost (Disk) =   8487668.960000

  Cost of predicates:

    io = NOCOST, cpu = 50.000000, sel = 0.023810 flag = 2048  ("T"."OBJECT_TYPE"='VIEW')

  Total Scan IO  Cost  =   113.000000 (scan (Disk))

                         + 0.000000 (io filter eval) (= 0.000000 (per row) * 22300.000000 (#rows))

                       =   113.000000

  Total Scan CPU  Cost =   8487668.960000 (scan (Disk))

                         + 1115000.000000 (cpu filter eval) (= 50.000000 (per row) * 22300.000000 (#rows))

                       =   9602668.960000

  Access Path: TableScan

    Cost:  113.425738  Resp: 113.425738  Degree: 0

      Cost_io: 113.000000  Cost_cpu: 9602669

      Resp_io: 113.000000  Resp_cpu: 9602669

kkofmx: index filter:"T"."OBJECT_TYPE"='VIEW'


 ****** Costing Index I_T_OBJECT_ID_OBJECT_TYPE

  SPD: Return code in qosdDSDirSetup: NOCTX, estType = INDEX_SKIP_SCAN

  Estimated selectivity: 0.023810 , col: #6 



  Estimated selectivity: 0.023810 , col: #6 

  Access Path: index (skip-scan)

    SS scan sel: 0.023810  SS filter sel: 0.023810  ANDV (#skips): 22298.000000

    SS io: 67.000000 vs. table scan io: 113.000000

    Skip Scan chosen

  Access Path: index (SkipScan)

    Index: I_T_OBJECT_ID_OBJECT_TYPE

    resc_io: 81.000000  resc_cpu: 815787

    ix_sel: 0.023810  ix_sel_with_filters: 0.023810 

    Cost: 81.036168  Resp: 81.036168  Degree: 1

  Best:: AccessPath: IndexRange

  Index: I_T_OBJECT_ID_OBJECT_TYPE

         Cost: 81.036168  Degree: 1  Resp: 81.036168  Card: 530.952381  Bytes: 0.000000



check parallelism for statement[<unnamed>]

kkfdPaPrm.1:curInst:4, curpxEnabled=1, curCPUCount=1

kkfdPaPrm.2:sessInst:4, sesspxEnabled=1, sesCPUCount=1

kkfdPaForcePrm: dop:1 ()

use dictionary DOP(1) on table

kkfdPaPrm:- The table : 22989

kkfdPaPrm:DOP = 1 (computed from hint/dictionary/autodop)

kkfdiPaPrm: dop:1 serial(?) flags: 1

***************************************

--//太复杂,放弃!!


5.总结:

--//总之感觉对INDEX SKIP SCAN很难控制.

--//另外,exadata我感觉更佳趋向于smart scan,或者采用布隆过滤.参考链接http://blog.itpub.net/267265/viewspace-2213256/


--//附上10053x.sql脚本

execute dbms_sqldiag.dump_trace(p_sql_id=>'&1',p_child_number=>&2,p_component=>'Compiler',p_file_id=>'a'||'&&1');


来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/267265/viewspace-2222415/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/267265/viewspace-2222415/

cuixun7780
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql索引跳跃扫描_MySQL 8.0 索引跳跃扫描(Index Skip Scan)
weixin_42394573的博客
01-18 1423
MySQL 8.0.13 版本对于range查询，引入了索引跳跃扫描(Index Skip Scan)优化，支持不符合组合索引最左前缀原则条件下的SQL，依然能够使用组合索引，减少不必要的扫描。先看一下官方文档中给出的场景：CREATE TABLE t1 (f1 INT NOT NULL, f2 INT NOT NULL, PRIMARY KEY(f1, f2));INSERT INTO t1 V...
MySQL 8.0 之索引跳跃扫描(Index Skip Scan)
01-19
MySQL 8.0.13开始支持 index skip scan 也即索引跳跃扫描。该优化方式支持那些SQL在不符合组合索引最左前缀的原则的情况，优化器依然能组使用组合索引。 talk is cheap ，show me the code 实践 使用官方文档的例子...
什么是INDEX SKIP SCAN
cjlt30472的博客
08-09 432
在查看SQL的执行计划的时候，有时候会看到INDEX SKIP SCAN，其实这个索引扫描路径会发生在多个列建立的复合索引上，如果SQL中谓词条件只包含索引中的部分列，并且这些列不是建立索引时的第一列时，就可 能发生INDE...
oracle skipscan,查询条件包含组合索引所有键为啥执行计划走的是index skip scan？？？...
weixin_35712811的博客
04-04 180
请参考！这个没有什么原因能解释，只能说是oracle一个bug!参照CBO一书原文如下！create index t1_i1 on t1(n1, ind_pad, n2)More on Range-based TestsWe took the easy option, and did a range-based test on the last column in the index. Whath...
MySQL8.0 - 新特性 - Skip Scan Range
测试0901-1
04-06 225
MySQL从8.0.13版本开始支持一种新的range scan方式，称为Loose Skip Scan。该特性由Facebook贡献。我们知道在之前的版本中，如果要使用到索引进行扫描，条件必须满足索引前缀列，比如索引idx(col1,col2), 如果where条件只包含col2的话，是无法有效的使用idx的, 它需要扫描索引上所有的行，然后再根据co...
mysql索引跳跃式扫描_索引跳跃式扫描（INDEX SKIP SCAN）
weixin_42303003的博客
02-19 341
索引跳跃式扫描(INDEX SKIP SCAN)索引跳跃式扫描(INDEX SKIP SCAN)适用于所有类型的复合B树索引(包括唯一性索引和非唯一性索引)，它使那些在where条件中没有对目标索引的前导列指定查询条件但同时又对该 索引的非前导列指定了查询条件的目标SQL依然可以用上该索引，这就像是在扫描该索引时跳过了它的前导列，直接从该索引的非前导列开始扫描一样(实际的执行过程并非如此)，这也是...
sql学习 07.INDEX SKIP SCAN.sql
02-11
sql学习 07.INDEX SKIP SCAN.sql
Go 语言中实现SkipList实现跳表.pdf
02-11
跳表（Skip List）是一种高效的有序数据结构，它在Go语言中的实现可以帮助我们高效地进行插入、查询和删除操作。跳表通过在每个节点中存储多个指针，从而创建多层索引，使得查找速度得到显著提升。在Go语言中实现...
简单谈谈MySQL的loose index scan
09-10
MySQL中的 Loose Index Scan 是一种查询优化策略，它与Oracle的Index Skip Scan类似，主要用于提高查询效率，特别是处理涉及`GROUP BY`和`DISTINCT`操作的复杂查询时。在InnoDB存储引擎中，由于索引组织表（IOT，...
glove.6B.200d.vec.txt
05-08
《glove.6B.200d.vec.txt：深入理解Word Embedding与GloVe模型》 在自然语言处理（NLP）领域，词嵌入（Word Embedding）技术是理解和处理文本数据的关键步骤。它将词语转换为低维实数向量，使得语义相似的词语在...
INDEX SKIP SCAN
cll3830995的博客
09-02 453
1.交待一下背景：交易明细表，18亿条数据，表的容量大小是：数据量有480G，联合主键索引是112G。联合主键索引是这样建立的： 点击(此处)折叠或打开 ...
理解index skip scan
love_dong的专栏
05-28 1216
官方文档： Anindex skip scanuses logical subindexes of a composite index. The database "skips" through a single index as if it were searching separate indexes. Skip scanning is beneficial if there are fe
index skip scan
blockheading的博客
11-01 310
--index skip scan --An index scan occurs in which the initial column of a composite index is "skipped" or not specified in the query. For example, if the composite index key is (cust_gender,cust_emai
oracle skipscan,[转贴]Skip Scan Index
weixin_30359591的博客
04-04 217
今天用STA，叫我用Skip Scan Index ，转个贴记录了一下[@more@]在Oracle9i中，有一个新的特性：跳跃式索引(Skip Scan Index)。当表有一个复合索引，而在查询中有除了索引中第一列的其他列作为条件，并且优化器模式为CBO，这时候查询计划就有可能使用到SS。此外，还可以通过使用提示index_ss(CBO下)来强制使用SS。强制使用ss的方法： select /...
oracle index skip scan,如何理解index skip scan
weixin_33408420的博客
04-10 583
问别人什么是index skip scan的时候，很大回答都局限于，这个执行计划不常见，并且出现在有组合索引，但是前导列不再谓语条件中的查询。仅此而已。这样的回答，确实基本回答了index skip scan的使用场景。Index skip scans improve index scans by nonprefix columns. Often, scanning index blocks is...
关于INDEX SKIP SCAN
oratea的专栏
01-23 938
INDEX SKIP SCAN是9i之后提供的新功能，实现了即使WHERE条件中不存在索引的前导列也可以使用索引。但是INDEX SKIP SCAN是需要下面几个条件的： 1，版本9i及以后 2，CBO（表和索引都经过分析） 3，索引的前导列重复值很少（选择性低） 4，WHERE条件中不存在索引前导列 举例： 1，    建立测试环境 Sql>select * from v$vers
索引跳跃式扫描（INDEX SKIP SCAN）
凉茶微凉
03-31 1555
执行计划中存在索引跳扫步骤 存在索引跳扫说明查询条件和索引定义不严格匹配 对于组合索引来说，在oracle8i之前，如果where字句中没有组合索引的前导列(即建立索引时排在第一位的字段)的话，这个组合索引在SQL语句中是不起任何作用的，在oracle9i中引入了跳跃式扫描，也就是如果在where字句中没有前导列的话也可以使用组合索引后面的列进行索引扫描，条件就是前导列的distinct的值不能...
Oracle 执行计划中常见index访问方式
congjian0578的博客
12-14 292
========================================= ========ZMOS_02=========================== ==============...
深入理解Oracle索引(1)：INDEX SKIP SCAN 和 INDEX RANGE SCAN
数据库
01-28 836
㈠ Index SKIP SCAN当表有一个复合索引，而在查询中有除了索引中第一列的其他列作为条件，并且优化器模式为CBO，这时候查询计划就有可能使用到SS Skip scan会探测出索引前导列的唯一值个数，每个唯一值都会作为常规扫描的入口，在此基础上做一次查找，最后合并这些查询 例如：表employees (sex, employee_id, address) ，有一个组合索引(s...
sql执行计划中 skip scan
最新发布
05-20
Skip Scan 是 Oracle 数据库优化器中的一种优化技术，它可以在某些情况下提高 SQL 查询的性能。 Skip Scan 适用于索引列有多个值的情况，但是其中某些值的数据分布非常不均匀，比如只有少数几个值出现了很多次，而其他值却很少出现。这种情况下，如果使用传统的索引扫描方式，需要扫描大量的数据块才能找到符合条件的记录，性能较低。而 Skip Scan 利用了这种数据分布的特点，跳过一些索引块，直接定位到符合条件的记录，从而提高查询性能。 具体来说，Skip Scan 会利用 B-Tree 索引的结构特点，以索引列的第二个值（或者第三个、第四个……）作为起点，跳过一些索引块，直接找到符合条件的记录。这样可以避免扫描大量的无用索引块，提高查询的效率。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值