mysql索引必须了解的几个重要问题

1、索引是干什么的?
索引用于快速找出在某个列中有一特定值的行。不使用索引,mysql必须从第一条记录开始读完整个表直到找出相关的行。
表越大,花费的时间越多。如果表中查询的列有一个索引,mysql能快速到达一个位置搜寻到数据文件的中间,没有必要查看所有数据。

大多数mysql的索引(primary key、index、unique、fulltext)在B树中存储,只是空间列类型的索引使用R树,并且memory表还支持hash索引。

2、索引好复杂,我该怎么理解索引,有没有一个更形象的例子?
想象一下,你面前有本词典,数据就是书的正文内容,你就是那个cpu,而索引是书的目录。

3、索引越多越好?
大多数情况下,索引能大幅提高查询效率。但是:
数据变更(增删改)都需要维护索引,因此更多索引意味着更多维护成本;
也意味着需要更多控件空间(一本书100页,却有50页目录?);
过小的表,建索引可能会更慢(读2页的宣传手册,你还需要先去找目录?)

4、索引的字段类型问题
text类型,也可建索引(需要指定长度);
mysiam存储引擎长度综合不能超过1000字节;
用来筛选的值尽量保持和索引列同样的数据类型。

5、like能用到索引?
尽量减少like查询,但是也不是绝对不可用,xxx%是可以用到索引的。
除了like,以下操作符也可以用到索引:

<,<=,=,>,>=,between,in

这些用不到索引:

<>,not in,!=

6、什么样的字段不适合建索引?
列的值唯一性太小(比如性别,类型),不适合建索引。
(什么叫大小?一般来说,同值的数据超过表的15%,那就没有必要建索引了)

更新非常频繁的数据不适合建索引。

7、一次查询能用多个索引?
不能

8、多列查询该如何建索引?
一次查询只能用到一个索引, a列建索引还是b列建索引?谁的区分度(同值的少)更高,建谁!

当然,联合索引也是个不错的方案。

9、联合索引的问题
where a = 'xxx'可以使用ab联合索引;
where b = 'xxx'则不能命中ab联合索引。

所以大多数情况下,有ab索引了,就不用再去建a索引了。

10、哪些常见的情况不能用到索引?

like '%xxx'
not in
!=

对列进行函数运算,如:

where md5(password) = "xxx"

存了数值的字符串类型字段(如手机号),查询是记得不要丢掉值的引号,否则无法命中索引:

select * from test where mobile = 13800002222;

如果mobile字段是char或者varchar类型,则上面查询无法命中索引。

11、NULL的问题
Null会导致索引形同虚设,所以在设计表结构应避免NULL的存在。
可用其他方式来表达,比如-1。

猜你喜欢

转载自blog.csdn.net/github_26672553/article/details/82887009
今日推荐