【数据库】索引设计原则

索引一定要建立在查询更快、占用空间更小的基础上建立

适合

1.适合索引的列是出现在where子句中的列，或者连接字句中的唯一列

        比较好理解，如果建立的索引并不会经常被使用到，建立索引就只会增加空间，没有意义了

2.对于数据量较小的表，索引效果差，没有必要建立索引

        如果一个表中只有几十条数据，从头到位遍历一遍速度也很快，建立索引就没有意义了

3.使用短索引，如果对长字符串进行索引，应该制定一个前缀长度，这样能够节省大量索引空间，如果搜索词超过索引前缀长度，则使用索引排除不匹配的行，然后检查其余行是否可能匹配

        也就是说索引的长度不易过长，比如一个长度为100的字符串，如果直接作为索引存储，那么这个索引建立以后会占用大量的空间，我们就可以去这个字符串的前十位作为索引，当我们要查找的数据超过十位的时候，就可以对这些前十位相同的数据逐一进行比较，这样可以尽可能的减少空间，同时满足速度

4.不要过度索引，索引需要占用额外的磁盘空间，并降低读写操作的性能， 在修改表的内容的时候，索引会进行更新甚至重构，索引列越多，这个时间就会越长，所以只保持需要的索引有利于查询即可

        也就是说不要建立过多的索引，比如一行有十个数据，只需要将辨识度较高的列设为索引即可，因为建立出的索引也是需要额外空间的，如果同一张表建立的索引过多，因为底层是B+树，在插入数据的时候需要维护的索引过多，有些B+树甚至要重构，那么就会导致查询可能没有方便多少，但是插入和删除的开销过大，得不偿失

5.有外键的数据列一定要建立索引

不适合

1.频繁更新的字段不适合建立外键

        因为B+树频繁更新开销较大

2.不能有效区分数据的列不适合作为索引（比如性别，区分度太低）

3.尽量扩展索引，不要新建索引，比如已经有a索引，需要添加b索引，可以将a变为（a，b）联合索引，这样只需要修改原先的索引即可

        新建索引的空间占用问题

4.对于查询中很少涉及的列，重复值比较多的列不要建立索引

        用不着就不用建立

5.对于定义为text、image和bit的数据列星不要建立索引

        与UUId类似，存储稀松 

参考文章

膜拜！华为大牛透彻讲解Java面试100道必考题，不管你工作几年，都得看看！现在免费分享给大家！_哔哩哔哩_bilibili