MySQL 索引总结

一、索引是作什么的?

索引用于快速找出在某个列中有一特定值的行。不使用索引，MySQL必须从第1条记录开始而后读完整个表直到找出相关的行。
表越大，花费的时间越多。若是表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看全部数据。
大多数MySQL索引(PRIMARY KEY、UNIQUE、INDEX和FULLTEXT)在B树中存储。只是空间列类型的索引使用R-树，而且MEMORY表还支持hash索引。

二、索引好复杂，我该怎么理解索引，有没一个更形象点的例子？

有，想象一下，你面前有本词典，数据就是书的正文内容，你就是那个cpu，而索引，则是书的目录

三、索引越多越好？

大多数状况下索引能大幅度提升查询效率，但：
数据的变动（增删改）都须要维护索引，所以更多的索引意味着更多的维护成本
更多的索引意味着也须要更多的空间 （一本100页的书，却有50页目录？）
太小的表，建索引可能会更慢哦 ：） （读个2页的宣传手册，你还先去找目录？）

四、索引的字段类型问题

text类型，也可建索引（需指定长度）
myisam存储引擎索引键长度综合不能超过1000字节
用来筛选的值尽可能保持和索引列一样的数据类型

五、like 不能用索引？

尽可能减小like，但不是绝对不可用，"xxxx%" 是能够用到索引的，
想象一下，你在看一本成语词典，目录是按成语拼音顺序创建，查询需求是，你想找以 "一"字开头的成语（"一%"），和你想找包含一字的成语（"%一%"）
除了like，如下操做符也可用到索引：
<，<=，=，>，>=，BETWEEN，IN
<>，not in ，！=则不行

六、什么样的字段不适合建索引？

通常来讲，列的值惟一性过小（如性别，类型什么的），不适合建索引（怎样叫过小？一半说来，同值的数据超过表的百分之15，那就不必建索引了）
太长的列，能够选择只创建部分索引，（如：只取前十位作索引）
更新很是频繁的数据不适宜建索引（怎样叫很是？意会）

七、一次查询能用多个索引吗?

不能

八、多列查询该如何建索引?

一次查询只能用到一个索引，因此 首先枪毙 a，b各建索引方案
a仍是b？谁的区分度更高（同值的最少），建谁！
固然，联合索引也是个不错的方案，ab，仍是ba，则同上，区分度高者，在前

九、联合索引的问题?

where a = "xxx" 可使用 AB 联合索引
where b = "xxx" 则不可 （再想象一下，这是书的目录？）
因此，大多数状况下，有AB索引了，就能够不用在去建一个A索引了

十、哪些常见状况不能用索引?

like "%xxx"
not in ， !=

对列进行函数运算的状况（如 where md5(password) = "xxxx"）
WHERE index=1 OR A=10
存了数值的字符串类型字段（如手机号），查询时记得不要丢掉值的引号，不然没法用到该字段相关索引，反之则不要紧

select * from test where mobile = 13711112222;
但是没法用到mobile字段的索引的哦（若是mobile是char 或 varchar类型的话）
btw，千万不要尝试用int来存手机号（为何？本身想！要不本身试试）

十一、覆盖索引(Covering Indexes)拥有更高效率

索引包含了所需的所有值的话，就只select 他们，换言之，只select 须要用到的字段，如无必要，可尽可能避免select *

十二、NULL 的问题

NULL会致使索引形同虚设，因此在设计表结构时应避免NULL 的存在（用其余方式表达你想表达的NULL，好比 -1？）

1三、如何查看索引信息，如何分析是否正确用到索引?

show index from tablename;
explain select ……;
关于explain，改天能够找个时间专门写一篇入门帖，在此以前，能够尝试 google

1四、sql注入

永远别忘记的关键词 sql注入

转载自：https://www.jb51.net/article/...