扬州做网站,网络系统开发,企业网站设计目的和意义,网站加速优化在MySQL中使用!还能走索引吗#xff1f;
一般情况下#xff0c;我们会在一个索引上较多的使用等值查询或者范围查询#xff0c;此时索引大多可以帮助我们极快的查询出我们需要的数据。
那当我们在where条件中对索引列使用!查询#xff0c;索引还能发挥他的作用吗#xf…在MySQL中使用!还能走索引吗
一般情况下我们会在一个索引上较多的使用等值查询或者范围查询此时索引大多可以帮助我们极快的查询出我们需要的数据。
那当我们在where条件中对索引列使用!查询索引还能发挥他的作用吗
以此SQL为例select * from t where k ! 6;
MySQL会如何执行这个SQL呢是直接全表扫描吗
其实走不走索引只取决于一个因素那就是成本。
我们知道MySQL中有一个叫做优化器的东西他会对每一条查询sql做成本分析然后根据分析结果选择是否使用索引或者全表扫描。
对于上面的sql优化器会将k!6转化为两个区间查询(-∞6)和(6∞)然后对索引树进行成本计算。
我们画一个简略版的二级索引树。 简单解释一下每个颜色代表一个数据页MySQL与磁盘交互是以页为单位默认一个页是16kb这里我们假设一个页存两条数据并且MySQL规定页中的数据会有序排放并组成一个单向链表。
对于一个普通的二级索引叶子节点存储是索引列和主键值非叶子节点页存储是下方叶子节点的最小值和对应的页地址。叶子节点是有序的对应的主键可不一定
那么对于两个区间查询(-∞6)和(6∞)意味着什么呢 如果一个二级索引树的数据简化为12条数据那么就有1-57-12共计11条数据要被扫描然后进行11次回表。
也就是说如果表中有120万条数据要回表110万次。
emmMySQL一看这么麻烦还扫描什么二级索引树啊直接全表扫描走起吧。
那难道说对于!查询就用不了索引了吗
如果数据集是下面这种情况可能就不一样了。 在这个索引树上索引值为6的占据了很大一部分那么MySQL扫描成本就会大大降低了。 此时扫描的行数变成了110-12共计3行。
相对于全表扫描此时走二级索引树扫描显然代价是比较低的。
也就是说对于!是否可以使用索引要看具体的场景。
总结一下就是MySQL判断某个sql是否走索引其实取决于成本分析。
如果使用二级索引的成本更低MySQL就会倾向于使用二级索引。
如果使用二级索引扫描的行数占比过高导致需要频繁的回表MySQL经过计算之后觉得走二级索引的代价太大了就会使用全表扫描。
