索引与Null值对于Hints及执行计划的影响

« 使用Index提示强制使用索引 | Blog首页 | 要发现人家的优点你才会觉得幸福 »

由于B*Tree索引不存储Null值,所以在索引字段允许为空的情况下,某些Oracle查询不会使用索引.

很多时候,我们看似可以使用全索引扫描(Full Index Scan)的情况,可能Oracle就会因为Null值的存在而放弃索引.

在此情况下即使使用Hints,Oracle也不会使用索引,其根本原因就是因为Null值的存在.

我们看以下测试.

在username字段为Not Null时,Index Hints可以生效.

SQL> create table t as select username,password from dba_users;

Table created.

SQL> desc t
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 USERNAME                                  NOT NULL VARCHAR2(30)
 PASSWORD                                           VARCHAR2(30)

SQL> create index i_t on t(username);

Index created.

SQL> set autotrace trace explain
SQL> select * from t where username='EYGLE';

Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |     1 |    34 |     2   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| T    |     1 |    34 |     2   (0)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("USERNAME"='EYGLE')

Note
-----
   - dynamic sampling used for this statement

SQL> set linesize 120
SQL> select /*+ index(t,i_t) */ * from t where username='EYGLE';

Execution Plan
----------------------------------------------------------
Plan hash value: 2928007915

------------------------------------------------------------------------------------
| Id  | Operation                   | Name | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |      |     1 |    34 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T    |     1 |    34 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | I_T  |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("USERNAME"='EYGLE')

Note
-----
   - dynamic sampling used for this statement

当索引字段允许为Null时,Oracle放弃此索引:

SQL> alter table t modify (username null);

Table altered.

SQL> select /*+ index(t,i_t) */ * from t;

Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |    27 |   918 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| T    |    27 |   918 |     2   (0)| 00:00:01 |
--------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement

当该字段为Not Null时,索引可以被强制使用:

SQL> alter table t modify (username not null);

Table altered.

SQL> select /*+ index(t,i_t) */ * from t;

Execution Plan
----------------------------------------------------------
Plan hash value: 3593393735

------------------------------------------------------------------------------------
| Id  | Operation                   | Name | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |      |    27 |   918 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T    |    27 |   918 |     2   (0)| 00:00:01 |
|   2 |   INDEX FULL SCAN           | I_T  |    27 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement

这就是Null值对于索引及查询的影响.

历史上的今天...
>> 2012-02-22文章:

AskTom ACOUG China - 2012 Events BeiJing

>> 2011-02-22文章:

DBA手记:Grid Control监控-进程累积导致的宕机

>> 2009-02-22文章:

Oracle Wait Events: Wait for scn ack

>> 2008-02-22文章:

What's Mean "reliable message"?

DMT之后SMON还需要coalesce么?

>> 2005-02-22文章:

如何有条件的分步删除数据表中的记录

By eygle on 2006-02-22 17:19 | Comments (4) | SQL.PLSQL | 689 |

4 Comments

eygle | February 23, 2006 9:48 AM

测试.

xsb | February 28, 2006 10:28 AM

ref:"由于B*Tree索引不存储Null值,所以在索引字段允许为空的情况下,Oracle查询不会使用索引."
这种情况只影响强制使用索引hints而又无此字段的where条件时，当select语句中的where条件包含此字段的expression时一样可以使用此索引！
反之，按本文的说法，我们岂不是只能在非空字段上建索引了？！事实是我们可以在我们任意想要建索引的字段上建索引，只要你认为必要，无需关注其是否not null!
不同的是，is null条件是当然是不查B*Tree索引的，Bitmap索引则可以。

xsb | February 28, 2006 10:30 AM

ref:"由于B*Tree索引不存储Null值,所以在索引字段允许为空的情况下,Oracle查询不会使用索引."
这种情况只影响强制使用索引hints而又无此字段的where条件时，当select语句中的where条件包含此字段的expression时一样可以使用此索引！
反之，按本文的说法，我们岂不是只能在非空字段上建索引了？！事实是我们可以在我们任意想要建索引的字段上建索引，只要你认为必要，无需关注其是否not null!
不同的是，is null条件当然是不查B*Tree索引的，Bitmap索引则可以。

eygle | February 28, 2006 10:41 AM

你说的不错,这句话说起来很绕口,当初没有说的严谨.

谢谢指出.