为何在查询中索引未被使用 (文档 ID 1549181.1).pdf

让世界为你转身

9页

2次

2025-03-06

100墨值下载

* 为何在查询中索引未被使用 (文档 ID 1549181.1)

文档内容

用途

排错步骤

快速检查

表上是否存在索引？

索引是否应该被使用？

索引本身的问题

索引列或者索引的前置列是否在单表（non-join）查询的 Where 条件中（predicate list）？

索引列是否用在连接谓词中（join predicates）？

索引列在 IN 或者多个 OR 语句中？

索引列是否被函数修改？

隐式类型转换（implicit type conversion）是什么？

是否在语义（semantically）上无法使用索引？

错误类型的索引扫描？

是否索引列为可空？

NLS_SORT是否设置为二进制（BINARY）？

是否使用的是不可见索引（invisible indexes）？

优化器和成本计算相关问题

是否存在准确且合适的统计信息（Statistics）？

一个索引是否与其它的索引有相同的等级或者成本（cost）？

索引的选择度不高？

在总体成本中，表扫描的成本占大部分

访问空索引并不意味着比访问有值的索引高效。

参数设置

其它问题

是否使用了视图/子查询？

是否存在远程表(remote table)？

是否使用并行执行（PX）?

是否是包含了子查询的Update语句？

查询是否使用了绑定变量？

查询是否引用了带有延迟约束的列?

索引提示（hint）不工作

有用的 hints:

参考

适用于:

文档 1549181.1 https://support.oracle.com/epmos/faces/DocumentDisplay?_a...

第1页共9页 2025/3/6 16:05

Oracle Database Cloud Exadata Service -

版本 N/A 和更高版本

Oracle Database Backup Service -

版本 N/A 和更高版本

Oracle Database Cloud Service -

版本 N/A 和更高版本

Oracle Database - Standard Edition -

版本 8.1.7.4 和更高版本

Oracle Database - Personal Edition -

版本 8.1.7.4 和更高版本

本文档所含信息适用于所有平台

用途

这篇文章用来解答下面的问题：为什么我的索引没有被使用?

排错步骤

“

为什么索引没有被使用

”是一个涉及面较广的问题。有很多种原因会导致索引没有被使用。下面是一些非常有用的检查列

表。请点击下面链接来查看文章的具体内容：

快速检查

•

表上是否存在索引？

检查您认为应该通过索引访问的表上是否真的有定义索引。那些索引可能已经被删掉或者在创建的时候就失败了 – 比

如一种可能的场景是，在对表做导入或 load 操作后，由于软件或人为错误造成索引没有被创建。下面的语句可以用

来检查索引是否存在。

SELECT index_name FROM user_indexes WHERE table_name = &Table_Name;

•

索引是否应该被使用？

Oracle 不会仅仅因为有索引存在就一定要使用索引。如果一个查询需要检索出这个表里所有的记录（比如说表之间做

连接操作），那为什么还要既访问索引的所有数据又访问表的所有数据呢？在这种情况下只访问表的数据会更快。对

所有的查询 Oracle Optimizer 会基于统计信息来计算各种访问路径，包括索引，从而选出最优的一个。

索引本身的问题

•

索引列或者索引的前置列是否在单表（

non-join

）查询的

Where

条件中（

predicate list

）？

如果不是，至少需要索引前置列在查询谓词列表中，查询才能使用索引。（例外：请见下面的 Skip Scan）。

示例:

在列 EMP.EMPNO 上定义了单列索引 EMPNO_I1，同时在列 EMP.EMPNO 和 EMP.DEPT 上定义了联合索引

EMPNO_DEPT_I2（EMP.EMPNO为索引前置列）。那么必须在查询谓词列表中（where从句）使用列

EMP.EMPNO，优化器才能使用这两个索引中的某一个。

SELECT ename, sal, deptno FROM emp WHERE empno<100;

例外:

◦ 只要索引中包含查询所需的所有列, 而且至少有一个索引列中含有非空约束，CBO 就能够使用索引快速全扫描

(INDEX_FFS)。执行 INDEX_FFS 不需要索引前置列。需要注意的是 INDEX_FFS 不能保证返回的行是排序的。

结果的顺序是与读取索引块的顺序一致的，只有当使用了 'order by' 子句时才能保证结果是排序的。请参照:

文档 1549181.1 https://support.oracle.com/epmos/faces/DocumentDisplay?_a...

第2页共9页 2025/3/6 16:05

Oracle Database Cloud Exadata Service -

版本 N/A 和更高版本

Oracle Database Backup Service -

版本 N/A 和更高版本

Oracle Database Cloud Service -

版本 N/A 和更高版本

Oracle Database - Standard Edition -

版本 8.1.7.4 和更高版本

Oracle Database - Personal Edition -

版本 8.1.7.4 和更高版本

本文档所含信息适用于所有平台

用途

这篇文章用来解答下面的问题：为什么我的索引没有被使用?

排错步骤

“

为什么索引没有被使用

”是一个涉及面较广的问题。有很多种原因会导致索引没有被使用。下面是一些非常有用的检查列

表。请点击下面链接来查看文章的具体内容：

快速检查

•

表上是否存在索引？

检查您认为应该通过索引访问的表上是否真的有定义索引。那些索引可能已经被删掉或者在创建的时候就失败了 – 比

如一种可能的场景是，在对表做导入或 load 操作后，由于软件或人为错误造成索引没有被创建。下面的语句可以用

来检查索引是否存在。

SELECT index_name FROM user_indexes WHERE table_name = &Table_Name;

•

索引是否应该被使用？

Oracle 不会仅仅因为有索引存在就一定要使用索引。如果一个查询需要检索出这个表里所有的记录（比如说表之间做

连接操作），那为什么还要既访问索引的所有数据又访问表的所有数据呢？在这种情况下只访问表的数据会更快。对

所有的查询 Oracle Optimizer 会基于统计信息来计算各种访问路径，包括索引，从而选出最优的一个。

索引本身的问题

•

索引列或者索引的前置列是否在单表（

non-join

）查询的

Where

条件中（

predicate list

）？

如果不是，至少需要索引前置列在查询谓词列表中，查询才能使用索引。（例外：请见下面的 Skip Scan）。

示例:

在列 EMP.EMPNO 上定义了单列索引 EMPNO_I1，同时在列 EMP.EMPNO 和 EMP.DEPT 上定义了联合索引

EMPNO_DEPT_I2（EMP.EMPNO为索引前置列）。那么必须在查询谓词列表中（where从句）使用列

EMP.EMPNO，优化器才能使用这两个索引中的某一个。

SELECT ename, sal, deptno FROM emp WHERE empno<100;

例外:

◦ 只要索引中包含查询所需的所有列, 而且至少有一个索引列中含有非空约束，CBO 就能够使用索引快速全扫描

(INDEX_FFS)。执行 INDEX_FFS 不需要索引前置列。需要注意的是 INDEX_FFS 不能保证返回的行是排序的。

结果的顺序是与读取索引块的顺序一致的，只有当使用了 'order by' 子句时才能保证结果是排序的。请参照:

文档 1549181.1 https://support.oracle.com/epmos/faces/DocumentDisplay?_a...

第2页共9页 2025/3/6 16:05

of 9

100墨值下载

oracle

关注

评论