结合mysql查询优化器对联合索引的探讨

标签：查询优化器 mysql优化

无陈述，直接开讲：

babysitter_account表中的联合索引如下（开发小伙伴们自建的联合索引、您发现不妥了吗？）：

KEY `flag` (`flag`,`user_id`,`account_id`)

过去认为：

1.SELECT account_id,weibo_id,weibo_type FROM babysitter_account WHERE user_id BETWEEN 100 and 10000 AND flag=0; 
2.SELECT account_id,weibo_id,weibo_type FROM babysitter_account WHERE flag=0 AND user_id BETWEEN 100 and 10000;

第一条sql无法命中索引、第二条会命中，

但是现实情况是两条sql命中的索引完全一样。

因为mysql的查询优化器会优化sql，优化器会根据存取类型选择合适的驱动表达式，对于这两条sql来说驱动表达式一样。

查询优化器对where带AND的查询优化选择规则如下：

查询的格式为：<condition> AND <condition>

 优化的步骤：

1)        如果两个列都没有索引，那么使用全表扫描。

2)        否则，如果其中一个列拥有更好的存取类型（比如，一个具有索引，另外一个没有索引；再或者，一个是唯一索引，另外一个是非唯一索引），那么使用该列作为驱动表达式。

3)        否则，如果两个列都分别拥有索引，并且两个条件对应的存取类型是一致的，那么选择定义索引时的先定义的索引。

俩条件都有索引且相同，所以存取类型都一样，并且没有先后定义的顺序，所以执行完全一样。

PS：account_id加在联合索引里完全无意义，本身就是主键，优先命中，只有拖慢入库的速度。

本文出自 “我相信” 博客，请务必保留此出处http://mrcelite.blog.51cto.com/2977858/1612695

结合mysql查询优化器对联合索引的探讨

标签：查询优化器 mysql优化

原文地址：http://mrcelite.blog.51cto.com/2977858/1612695