abc 联合索引查 bc 走不走索引

[gssong]

abc 联合索引查 bc 走不走索引 我觉得按照最左前缀匹配不走，可是面试官说走，说看看 MySQL 内部优化啥的，有没有大佬解答一下

[gssong]

@fancy111
可是 Using where: 仅仅表示 MySQL 服务器在收到存储引擎返回的记录后进行“后过滤”（ Post-filter ）。 不管 SQL 语句的执行计划是全表扫描（ type=ALL)或非唯一性索引扫描（ type=ref)

[raysonlu]

项目实践中发现，你的搜索条件只有 ABC 的时候，你怎么写顺序都没问题，没有什么最左原则匹配，但如果出现了一个条件 D 后，就不一定了，有时候 BCD 走索引，有时候不走，其实这些都是 MYSQL 解析语句的时候有个步骤是优化语句，看你有无开这个，尽管开了也看它是否人工智能(zhang)帮你优化到尽量用索引，这视乎你的语句复杂度和建立的索引种类，2200 年了，MYSQL 简单的优化还是有的。

[ahsjs]

@raysonlu 说的是没有 A 的时候，讨论的应该不是优化这个

[gssong]

@xiaxiaocao 我觉得可能是理解错面试官意思了，他可能问的索引包括这个联合索引之外的索引

[gssong]

@ahsjs 和楼下的结果 type 是 index

[xsm1890]

最左前缀原则

[fancy111]

@gssong 是的，所以这只是文字游戏，实际上没有用到我们说的索引，只是有可能优化得好查询的时候不是全表，而是之前留下的缓存表。

[littlewing]

走索引，但是不走索引

[littlewing]

@littlewing 顺序扫描索引，你可以说是走了，也可以说是没走。这样玩文字游戏的面试官直接扇他巴掌

[opengps]

回归下索引本身，想想大字典，因为找了 a 才能找到 b，然后才能找到 c,所以不从头开始的索引都没法使用

[pangsq]

explain 一把试试。
1. 用的 mysql 5.6.40 ，innodb
2. create table abcd (a varchar(255), b varchar(255), c varchar(255), d varcahr(255));
3. alter table abcd add index abc(a,b,c);
4. explain select a,b from abcd; # using index
5. explain select b,c from abcd; # using index
6. explain select c,d from abcd; # null

[EmdeBoas]

@dovme 走了，因为二级索引里面已经包含了所有要的字段数据，所以去扫二级索引的树，不用回表；你改一下表结构，新增一些字段结果就不同了，不会命中索引

[baozijun]

我错了...看了下文档,发现只用 bc 的话还是会遍历索引 叶子节点进行查找,找到了 b 节点会顺着往下找到 c,所以还是走了索引. @dovme 我感觉 联合索引不用加上主键,因为默认生成的主键(聚簇)索引已经覆盖了.

[ahsjs]

@pangsq 大佬 d varchar 都打错了，确定试了？

[gssong]

表中有 abc 三个字段，都是 int 类型，执行出来 type=index extra 为 Using where; Using index
表中有 abcd 四个字段，都是 int 类型，执行出来 type = all extra 为 Using where

[aliipay]

@gssong 是 index 还是 all 和 select 内容有关的

[xman99]

包含 a 的话走， 如果是 innodb 引擎，b 存在普通二级索引， 也可以使用到索引的。abc 联合索引，需要包含 a 字段才会生效的

[dovme]

@EmdeBoas #32 你是对的,我新增一个字段 d,然后还是执行刚才的 sql,没有走索引.

[pangsq]

@ahsjs == 见谅，先在 mysql 里跑的后敲在这的，没复制

[awanganddong]

联合索引，给我感觉就是多字段联合排序，先按 A 排，再按 B 排。但是实际上，这个问题比较复杂，必须由示例而定，毕竟查询优化器会选择，如果工作上遇到还是 explain 一波。

有些跑题了