复合索引

复合索引顾名思义，区别于单列索引，是由两个或多个列一起构成的索引。其在B树上的数据结构是什么样？如下图，是一个包含两列的复合索引。

如果你观察仔细，还会发现它的叶子节点是ASC递增排序的。现根据第一个值排序，然后根据第二个值排序。查的时候也一样，先查第一个值，在查第二个值。可以想象三个列组成的复合索引数据结构该是什么样的。

在实际创建表时，一开始，只会创建一个主键id，oracle会为主键默认创建索引。随着经验的增加，开始去考虑性能，会开始研究索引，比如查询报表、订单等业务场景。这时候多多少少都会创建索引了，然后开始研究复合索引。复合索引首先带来的问题是你如何在脑海中构建一个B树上的复合索引结构？接下来就到了如何创建复合索引的问题。

索引的建立，是为了提高查询效率，但索引设计不合理，又很影响写性能，这就像CAP只能满足其中两个条件一样。所以完美的东西不存在，万物是在矛盾中前行。说白了，就是要用最少、结构最简单的索引来达到目标。

---

基础环境

基础表：

说明：

1、a、b和c都经常要被查询，并且有经常a、b、c组合查询的可能性

2、a列区分度不大，b和c都有区分度(数值不会过多重复)

思路：

1、分别在a、b和c上分别建单列索引，即我们最终有三个索引，分别是(a)、(b)、(c)。这当然可以。但还有没有更好的？

2、在(a、b)、(b、c)、(a、c)上建复合索引。这样也可以，但维护起来开销比较大，还有没有更好的？

3、在(a、b、c)上建复合索引。这样维护起来开销也很大。并且a作为先导列，区分度不大，不是一个很好的选择。

4、最好的，应该是在(b、c)上建立复合索引，在c上建单列索引，这样(b、c)索引可以覆盖到a and b和b and c查询，c单列索引可以覆盖到a和b查询。

---

实例测试

1、创建测试表

CREATE TABLE sunyang_test(  id number,  a number,  b number,  c number )tablespace ebiz; alter table sunyang_test add constraint pk_sunyang_test primary key (id) using index tablespace ebiz; 

2、插入数据

begin  for i in 1 .. 100000 loop  insert into sunyang_test values(i,mod(i,2),mod(i,20000),mod(i,20000));  end loop;  commit; end; 

3、创建索引

create index idx_sunyang_test_bc on sunyang_test(b,c) tablespace ebiz; create index idx_sunyang_test_c on sunyang_test(c) tablespace ebiz; 

4、执行下面的SQL

select * from sunyang_test where b=5000; 

执行计划：

select * from sunyang_test where c=5000; 

执行计划：

select * from sunyang_test where a=1 and b=5000; 

执行计划：

select * from sunyang_test where a=1 and c=5000; 

执行计划：

select * from sunyang_test where b=5000 and c=5000; 

执行计划：

select * from sunyang_test where a=1 and b=5000 and c=5000; 

执行计划：

可以看到，在a列区分度不大，且需要a、b、c单列查询或组合查询时，这样建索引将所有查询情况都覆盖到了，并且索引不复杂。

---

复合索引的设计，对于前导列的选择(也就是复合索引中的第一个列)非常重要，至少不应该在这里选择a作为一个复合索引的前导列，因为a的区分度太低了。有人说，不是有INDEX SKIP SCAN吗？这个确实要看a的实际值，如果a的取值很少，比如这里的两个，那么可以走INDEX SKIP SCAN，否则开销是很大的，往往Oracle直接去FULL TABLE SCAN了，也不会去INDEX SKIP SCAN，因为其涉及到索引分裂。

后面会分享更多DBA方面内容，感兴趣的朋友可以关注下！