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。