
不一定
,
这涉及到查询语句所要求的字段是否全部命中了索引
,
如果全部命中了索
引
,
那么就不必再进行回表查询
.
举个简单的例子,假设我们在员工表的年龄上建立了索引,那么当进行 select age
from employee where age < 20 的查询时,在索引的叶子节点上,已经包含了 age 信息,
不会再次进行回表查询.
6. 在建立索引的时候,都有哪些需要考虑的因素呢?
建立索引的时候一般要考虑到字段的使用频率
,
经常作为条件进行查询的字段比
较适合
.
如果需要建立联合索引的话
,
还需要考虑联合索引中的顺序
.
此外也要考
虑其他方面
,
比如防止过多的所有对表造成太大的压力
.
这些都和实际的表结构以
及查询方式有关
.
7.
联合索引是什么
?
为什么需要注意联合索引中的顺序
?
MySQL 可以使用多个字段同时建立一个索引,叫做联合索引.在联合索引中,如果
想要命中索引,需要按照建立索引时的字段顺序挨个使用,否则无法命中索引.
具体原因为:
MySQL
使用索引时需要索引有序
,
假设现在建立了
"name,age,school"
的联合索
引
,
那么索引的排序为
:
先按照
name
排序
,
如果
name
相同
,
则按照
age
排序
,
如果
age
的值也相等
,
则按照
school
进行排序
.
当进行查询时
,
此时索引仅仅按照
name
严格有序
,
因此必须首先使用
name
字段
进行等值查询
,
之后对于匹配到的列而言
,
其按照
age
字段严格有序
,
此时可以使
用
age
字段用做索引查找
,,,
以此类推
.
因此在建立联合索引的时候应该注意索引
列的顺序
,
一般情况下
,
将查询需求频繁或者字段选择性高的列放在前面
.
此外可
以根据特例的查询或者表结构进行单独的调整
.
8. 创建的索引有没有被使用到?或者说怎么才可以知道这条语句运行很慢的原
因?
MySQL 提供了 explain 命令来查看语句的执行计划,MySQL 在执行某个语句之
前,会将该语句过一遍查询优化器,之后会拿到对语句的分析,也就是执行计划,其
中包含了许多信息. 可以通过其中和索引有关的信息来分析是否命中了索引,例
如 possilbe_key,key,key_len 等字段,分别说明了此语句可能会使用的索引,实际
使用的索引以及使用的索引长度.
9.
那么在哪些情况下会发生针对该列创建了索引但是在查询的时候并没有使用
呢
?
相关文档
评论