联合索引的创建及注意事项

摘要: http://www.oracleonlinux.cn/2011/10/11g-concepts-notes1/
首先，我们创建测试表，并在该表上创建联合索引：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

SQL> conn /assysdba Connected. SQL>select*fromv$version; BANNER -------------------------------------------------------------------------------- OracleDatabase11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production PL/SQL Release 11.2.0.1.0 - Production CORE 11.2.0.1.0 Production TNSforLinux: Version 11.2.0.1.0 - Production NLSRTL Version 11.2.0.1.0 - Production SQL> conn hr/hr Connected. SQL> create table t(id1 number,id2 number,name varchar2(10)); Table created. SQL> create index idx_t_id1_id2 on t(id1,id2); Index created. SQL> insert into t values(1,1,'oracle'); 1 row created. SQL> insert into t values(2,2,'on'); 1 row created. SQL> insert into t values(3,2,'linux'); 1 row created. SQL> commit; Commit complete. SQL> select * from t; ID1 ID2 NAME ---------- ---------- ---------- 1 1 oracle 2 2 on 3 2 linux

然后，查看执行计划1：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37

SQL> set autot trace exp SQL> select * from t where id1=1; Execution Plan ---------------------------------------------------------- Plan hash value: 1660670018 --------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 33 | 1 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID| T | 1 | 33 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN | IDX_T_ID1_ID2 | 1 | | 1 (0)| 00:00:01 | --------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 2 - access("ID1"=1) Note ----- - dynamic sampling used for this statement (level=2) SQL>

发现该语句走索引。
查看执行计划2：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67

SQL> select * from t where id2=1; Execution Plan ---------------------------------------------------------- Plan hash value: 1601196873 -------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 33 | 3 (0)| 00:00:01 | |* 1 | TABLE ACCESS FULL| T | 1 | 33 | 3 (0)| 00:00:01 | -------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("ID2"=1) Note ----- - dynamic sampling used for this statement (level=2) SQL> SQL> select * from t where id2=2; Execution Plan ---------------------------------------------------------- Plan hash value: 1601196873 -------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 2 | 66 | 3 (0)| 00:00:01 | |* 1 | TABLE ACCESS FULL| T | 2 | 66 | 3 (0)| 00:00:01 | -------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("ID2"=2) Note ----- - dynamic sampling used for this statement (level=2) SQL>

发现该语句走的全表扫描，而没走索引，id2字段上创建了联合索引，为什么不走索引呢？
查看执行计划3：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69

SQL> select * from t where id1=3 and id2=2; Execution Plan ---------------------------------------------------------- Plan hash value: 1660670018 --------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 33 | 1 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID| T | 1 | 33 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN | IDX_T_ID1_ID2 | 1 | | 1 (0)| 00:00:01 | --------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 2 - access("ID1"=3 AND "ID2"=2) Note ----- - dynamic sampling used for this statement (level=2) SQL> select * from t where id2=2 and id1=3; Execution Plan ---------------------------------------------------------- Plan hash value: 1660670018 --------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 33 | 1 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID| T | 1 | 33 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN | IDX_T_ID1_ID2 | 1 | | 1 (0)| 00:00:01 | --------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 2 - access("ID1"=3 AND "ID2"=2) Note ----- - dynamic sampling used for this statement (level=2) SQL>

Where从句中包含联合索引的所有字段时，优化器都会选择走索引，不论是将id1放前还是id2放前。
查看执行计划4：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69

SQL> select * from t where id1=2 and name='on'; Execution Plan ---------------------------------------------------------- Plan hash value: 1660670018 --------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 33 | 1 (0)| 00:00:01 | |* 1 | TABLE ACCESS BY INDEX ROWID| T | 1 | 33 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN | IDX_T_ID1_ID2 | 1 | | 1 (0)| 00:00:01 | --------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("NAME"='on') 2 - access("ID1"=2) Note ----- - dynamic sampling used for this statement (level=2) SQL> select * from t where id2=2 and name='on'; Execution Plan ---------------------------------------------------------- Plan hash value: 1601196873 -------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 33 | 3 (0)| 00:00:01 | |* 1 | TABLE ACCESS FULL| T | 1 | 33 | 3 (0)| 00:00:01 | -------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("ID2"=2 AND "NAME"='on') Note ----- - dynamic sampling used for this statement (level=2) SQL>

看到，第一条SQL语句（id1=2 and name='on'）走了索引，而第二条SQL语句（id2=2 and name='on'）走的却是全表扫描，似乎更奇怪？
最后，我们可以得出以下结论：
1 对于联合索引，在Where限制条件中出现所有被索引的列时，优化器会选择走索引（上述执行计划3）；
2 对于联合索引，在Where限制条件中出现联合索引中前导的列，即创建联合索引时前导的列时，优化器会选择走索引（执行计划1,2,4中，凡是有id1作为限制条件时都会走索引，而将id2作为限制条件时均不走索引，而走全表扫描）；
3 对于创建联合索引时，应考虑被索引字段的优先顺序，应将经常作为限制条件的字段放在首位；重复值少，即高基数(high-cardinaltiy)的列往前靠，而重复值多的字段往后靠；
4 对于同一张表，可以创建多个不同的联合索引，前提是，被索引的字段的个数、顺序不能一样,否则报错，ORA-01408。如：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SQL> create index idx1_t_id1_id2 on t(id1,id2); create index idx1_t_id1_id2 on t(id1,id2) * ERROR at line 1: ORA-01408: such column list already indexed SQL> create index idx1_t_id1_id2 on t(id2,id1); Index created. SQL>

5 联合索引及前导列的解释：
A composite index, also called a concatenated index,is an index on multiple columns in a table.
A leading portion of an index is a set of one or more columns that were specified first and consecutively in the list of columns in the CREATE INDEX statement that created the index.
Consider this CREATE INDEX statement:
CREATE INDEX comp_ind ON tab1(x, y, z);
These combinations of columns are leading portions of the index: x, xy, and xyz.
These combinations of columns are not leading portions of the index: yz, y, and z.
A SQL statement can use an access path involving a composite index if the statement contains constructs that use a leading portion of the index.