1、索引列的数据长度能少则少。
答:这个原因很简单,B-Tree各个节点能存储信息更多,减少树的告诉,效率自然也能得到提示。
2、索引一定不是越多越好,越全越好,一定是建合适的。
答:索引多了,检索速度虽然可能得到提升。但是“写”相关操作的效率可就不容小觑了。
3、匹配列前缀可用到索引like abc%
。但是 like %9999%
、like %9999
用不到索引。
答:最左匹配原则。
4、Where条件中not in 和 <> 操作无法使用索引。
答:最左匹配原则。
5、匹配范围值,order by
,group by
也可用到索引。
答:B-Tree本身就是有序的。
6、多用指定列査询,只返回自己想得到的数据列,少用SElECT *
。
答:首先减少IO操作,其次可以利用到覆盖索引
。
7、联合索引中如果不是按照索引最左列开始査找,无法使用索引。
答:最左匹配原则。
8、联合索引中如果査询中有某个列的范围査询,则其右边的所有列都无法使用索引。
答:最左匹配原则。