建索引的考量

Posted 追风的狼

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了建索引的考量相关的知识,希望对你有一定的参考价值。

----------------------------------------------

一般性见解:

1、表的主键、外键必须有索引;
2、数据量超过300的表应该有索引;
3、经常与其他表进行连接的表,在连接字段上应该建立索引;
4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;
5、索引应该建在选择性高的字段上;
6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;
7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:
A、正确选择复合索引中的主列字段,一般是选择性较好的字段;
B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引;
C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引;
D、如果复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段;
E、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引;
8、频繁进行数据操作的表,不要建立太多的索引;
9、删除无用的索引,避免对执行计划造成负面影响;技术分享图片
以上是一些普遍的建立索引时的判断依据。一言以蔽之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也会增加处理上的开销。另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的表来说,负面影响更大。

来自百度问答:https://zhidao.baidu.com/question/491954821.html

-----------------------------------

在所有的关系数据库中,需要在数据中建立索引。索引就像黄页(电话号码簿)中的姓名和地址一样,通过姓氏就能查到美国总统Barack Obama的电话号码,通过街道地址就能查到白宫的电话号码。因此拥有更多的索引,意味着有更多的方式搜索和获取到需要的信息。但是从另一个角度来看,每当将新的数据或记录添加到数据库中时,全部索引都需要更新一遍。如果索引数量过多,将会影响数据库的写入速度。
因此,DBA需要对索引的数量作出权衡:是选择较多索引带来的获取速度加快、写入速度减慢,还是选择较少索引带来的获取速度减慢、写入速度加快,这是一个值得思考的问题。

 
















以上是关于建索引的考量的主要内容,如果未能解决你的问题,请参考以下文章

理解索引:HBase介绍和架构

MSSQL里面建索引的问题

建索引原则

适合建索引?不适合建索引?分析

MySQL不走索引的原因

索引很重要,记得建表之初加索引