Oracle什么时候会使用跳跃式索引扫描
发布网友
发布时间：2022-04-08 07:28
共2个回答
懂视网
时间：2022-04-08 11:50
索引范围扫描：索引范围扫描，扫描索引高度-2个分支快，要扫描N多叶子块，取决于where条件，索引范围扫描是单块读，因为物理存储是不连续的。select * from test where id<=1000;访问路径：ROOT -B1 -L1 -L7
索引是排序的，从左到右升序排，最左最小，最右做大，索引默认从左向右扫描，也可以加hint倒着扫描：
SQL> select /*+ index_desc(test) */*from test where object_id<=20; 19 rows selected. Execution Plan ---------------------------------------------------------- Plan hash value: 1069979465 --------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 19 | 3933 | 3 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID | TEST | 19 | 3933 | 3 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN DESCENDING| IDX_ID | 19 | | 2 (0)| 00:00:01 | ---------------------------------------------------------------------------------------
3.索引的叶子块只存rowid和列的键值，比表的数据块存的更多的值，
select object_id from test where object_id<100;
select object_id from test where object_id<1000
性能是一样的，索引扫描最大问题在于回表，如果回表再过滤，就最坑爹了，错误的INDEX RANGE SCAN，返回数据很多和大量回表
4.反键索引，
如果用sequence作为主键，如果insert数据，会不断更新右边的叶子块，dml操作，同一个块，同时只有一个进程去持有，CBC持有，latch: cache buffers chains，在高并发的insert环境中，sequence主键很容易产生热点块，解决办法，把主键处理成随机的，比如手机号或者***号，如果已经用sequence，可用反转索引把叶子块打乱来解决。另外一种解决办法：sid+sequence+pid，反键索引多范围扫描影响大。
5. INDEX SKIP SCAN 索引跳跃扫描。单块读 只可能发生在组合索引上，引导列(组合索引第一列)没有包含在where条件中，并且引导列基数很低。INDEX SKIP SCAN 一般来说只会返回少量数据，如果返回大量数据，说明该执 行计划可能有问题，也就是说索引建立不对。等待事件：db file sequential read HINT: INDEX_SS(表名/别名 索引名)
Oracle索引扫描
标签：orace索引
热心网友
时间：2022-04-08 08:58
where b=?的时候，可能会使用到索引index(a,b,c)
如，执行计划中出现如下计划：
INDEX (SKIP SCAN) OF 'TEST_IDX' (NON-UNIQUE)
Oracle的优化器(这里指的是CBO)能对查询应用Index Skip Scans至少要有几个条件:
1 优化器认为是合适的。
2 索引中的前导列的唯一值的数量能满足一定的条件（如重复值很多）。
3 优化器要知道前导列的值分布(通过分析/统计表得到)。
4 合适的SQL语句
等。
