结合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
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
