索引的三大特性

1索引高度

在SQL检索数据(SELECT)的时候,索引的高度的不同对检索的效率有明显的差别，数据库访问索引需要读取的数据块通常是索引的高度+1个数据块数，也就是说索引的高度越高，访问索引需要读取的数据块数越多，效率越差。

从上面的试验中可以看到，随着表索引高度的增加，其查询索引产生的一致性读也随之增加。

2索引存储列值

分析一个索引块我们可以知道索引块不仅存储了rowid信息，而且还存储了索引列的值，那么当我们查询的值正好是在索引里时或者做一些聚合计算（如sum,max,min）时，就可以利用这个特性。

3索引本身有序

从索引的存储结构上可以看到，索引的存储是有序存放的，扫描索引的时候是从根节点开始，经过颈节点到叶子节点，这个特点下索引的范围查询或等值查询，索引只需要扫描一段范围就可得出结果，因为其本身是有范围的，我们可用利用索引这个特点来降低实际查询的排序操作。

哪些场景会用不上索引（索引没失效，就是用不上）

.1用索引代价反而更高

2 发生了索引列的类型转换

3 对索引列进行了各种运算

哪些场景会导致索引失效或者丢失了

1 long列调整会导致索引失效

2 move操作致索引失效

3分区表致索引失效

小结：

1.truncate分区会导致全局索引失效，不会导致局部索引失效。如果truncate 增加update global indexes，全局索引不会失效。
2.drop分区会导致全局索引失效，局部索引因为drop分区，所以也不存在该分区的局部索引了。如果drop分区增加update global indexes，全局索引不会失效。
3.split分区会导致全局索引失效，也会导致局部索引失效。如果split分区增加update global indexes，全局索引不会失效。
4.add 分区不会导致全局索引失效，也不会导致局部索引失效。
5.exchange会导致全局索引失效，不会导致局部索引失效。如果exchange分区增加update global indexes，全局索引不会失效。

重要结论：
1. 所有的全局索引，只要用到update global indexes ,都不会失效，其中add分区甚至不需要增加update global indexes都可以生效。
2. 局部索引的操作都不会失效，除了split分区。切记split分区的时候，要将局部索引进行rebuild;

影响数据插入性能影响的认识

1索引是把双刃剑

索引是把双刃剑，它既可以提高查询的速度，单也降低了更新的速度。在一次查询中如果可以利用索引就可以避免对表的全部扫描，从而大大减少一致性读的数量，但当我们维护数据时，同时又需要维护索引，我们知道索引是有序排放的，那么维护索引的开销就会变得很大，所以有时间我们需要插入大批量数据时，可以采取的办法是先把索引失效，待数据维护完成再启用索引，这样往往效率会比较高一下。

2依据业务权衡

数据插入性能受到索引的影响，所以为了提高数据插入的性能，就需要我们根据具体业务的场景来决定索引的创建以及创建的类型等，如果对于一些不经常更新的表我们可以创建索引，对于一些经常更新的表我们为了插入性能的需要可以不创建索引，在一些重复率低的列或OLTP环境中创建普通索引，在一些重复率高的列或OLAP环境中创建位图索引等，不考虑场景的操作，索引更会加大资源消耗，更是影响数据插入的性能。