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

re2212

无陈述，直接开讲：
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加在联合索引里完全无意义，本身就是主键，优先命中，只有拖慢入库的速度。