为什么Oracle在同一索引上使用范围扫描和快速全扫描？

我有一个奇怪的情况：

有一个查询（对象名称当然是不同的）

在grante [pm，st]上也有一个索引GRANTEE_INDEX_01（每个表都有相似的索引[pm，st]），我也不知道为什么-但是oracle在同一个索引上同时进行了索引范围扫描和快速全扫描，我无法把它从他的核心中剔除。

实际上没有性能问题，至少没有人抱怨。我只想知道为什么会这样？

线索是[Oracle 12c]。您在这里看到的是自适应光标功能的体现。这是Oracle在12c中添加的（有争议的）功能，如果优化器认为使用现有计划运行查询的速度太慢，则允许优化器更改为其他计划。

Oracle实际上为您的查询提出了两种计划，一种使用哈希联接，另一种使用嵌套循环。它正在执行一个计划，但是正在使用STATISTICS COLLECTOR操作来监视另一个计划。这就是CBO决定是否切换到其他计划的方式。您会在GRANTEE_INDEX_01上看到两个匹配，因为两个计划都使用了它。

顺便说一句，解释计划应该包含一些其他信息（尝试使用Text或HTML视图），

Note
-----
   - this is an adaptive plan (rows marked '-' are inactive)

无效行是备用计划联接和STATISTICS COLLECTOR操作。

如果您想了解更多信息，Maria Colgan在on the official Oracle blog site中写道。不可避免地，蒂姆·霍尔（Tim Hall）也在他的Oracle-Base site上写了一篇好文章。

我将自适应游标描述为有争议的。这是许多DBA刚推出并关闭时不喜欢的功能。他们的反对主要围绕其不可预测性：DBA像他们的SQL一样，具有稳定的执行计划。另外，我还将包括Chris Saxon的评论，因为他比我更接近产品：

我认为引起争议最大的是自适应统计，而不是自适应计划。这就是为什么将其拆分为two parameters in 12.2的原因，默认情况下启用了自适应计划，并禁用了自适应统计信息。

差异来自索引的定义。如果您有一个复合索引，则索引定义中列的顺序很重要。在您的示例中，在pm列之前定义了st列。这将影响该索引的组织方式。由于这个因素，您会看到该索引的两种不同用法。

“ INDEX FAST FULL SCAN等同于FULL TABLE SCAN，但是对于索引”

能否请您粘贴您的受让人表结构并使用来解释计划

select * from table(dbms_xplan.display)

此处使用索引范围扫描来基于where子句过滤行，然后使用索引快速全扫描来访问行。