关于oracle索引数量

Posted 2023-04-24

现有一张表字段大概25个，表中数据一亿以上，每天以10W以上增加。这张表中只有insert和select操作，没有update和delete操作。现在需求是需要咋这张表上做大量的查询和统计，常用到count，速度非常慢，我想在常使用的字段上建立索引，但是又怕索引数量过多，影响数据库性能，而且有人也建议大概建立三四个就行了，过多了就不好了。我想问大概建立多少索引比较合适？

其实主要还是看你的查询和统计需要用到哪些字段，1亿的表如果不做索引来查的话，是非常慢的。如果查询和统计有一些固定的条件，例如都会按区域进行查询，建议采用分区表加索引，这样能快很多。其实索引多对数据库性能的影响没有你想像的大，特别是你没有update和delete操作，最大的影响是增加存储量。每天10W左右的insert，这个量不算大，我之前的项目也是有1亿以上的记录表，每天更新近百万，加入了10几个索引，对更新速度的影响也不是特别大。
这个要看你如何取舍，加索引，影响插入的速度，但影响不大，不加索引，你的查询统计根本没法做，所以建议还是该加索引就加，不用太担心什么索引多影响性能之类的。 参考技术A 1、建议做分区表
2、或者建历史数据表

oracle 索引失效原因_汇总

1) 没有查询条件，或者查询条件没有建立索引 
2) 在查询条件上没有使用引导列 
3) 查询的数量是大表的大部分，应该是30％以上。 
4) 索引本身失效
5) 查询条件使用函数在索引列上，或者对索引列进行运算，运算包括(+，-，*，/，! 等) 
　　错误的例子：select * from test where id-1=9; 正确的例子：select * from test where id=10; 
6) 对小表查询 
7) 提示不使用索引
8) 统计数据不真实 
9) CBO计算走索引花费过大的情况。其实也包含了上面的情况，这里指的是表占有的block要比索引小。 
10)隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误. 
　　由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给数据库,
　　这样会导致索引失效. 错误的例子：select * from test where tu_mdn=13333333333; 
　　正确的例子：select * from test where tu_mdn=‘13333333333‘; 
12) 1,<> 2,单独的>,<,(有时会用到，有时不会) 
13) like "%_" 百分号在前. 
14) 没做表分析. 
15) 单独引用复合索引里非第一位置的索引列. 
16) 字符型字段为数字时在where条件里不添加引号. 
17) 对索引列进行运算.需要建立函数索引. 
18) not in ,not exist. 
19) 当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。 
20) B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null 都会走 
21) 联合索引 
　　is not null 只要在建立的索引列（不分先后）都会走, 
　　in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,
　　其他建立索引的列可以是is null（但必须在所有列 都满足is null的时候）,
　　或者=一个值； 当建立索引的第一位置是=一个值时,其他索引列可以是任何情况（包括is null =一个值）,
以上两种情况索引都会走。其他情况不会走。

---------
1、MyISAM 存储引擎索引键长度总和不能超过1000 字节；
2、BLOB 和TEXT 类型的列只能创建前缀索引；
3、MySQL 目前不支持函数索引；
4、使用不等于（!= 或者<>）的时候MySQL 无法使用索引；
5、过滤字段使用了函数运算后（如abs(column)），MySQL 无法使用索引；
6、Join 语句中Join 条件字段类型不一致的时候MySQL 无法使用索引；
7、使用LIKE 操作的时候如果条件以通配符开始（ ‘%abc...‘）MySQL 无法使用索引；
8、使用非等值查询的时候MySQL 无法使用Hash 索引；
9、在我们使用索引的时候，需要注意上面的这些限制，尤其是要注意无法使用索引的情况，因为这很容易让我们因为疏忽而造成极大的性能隐患。