关于 mysql not in 是否走索引的问题， mysql版本5.7

最近写代码的时候用到 not in 的查询语句，然后有大佬指出 not in 查询语句会进行扫表查询。然后网上搜了一波，看到有说走索引的，有说不走的。

这个时候就想起来之前说的explain性能分析工具了. 于是拿来测试一波

声明：使用的mysql版本为 5.7

关于 explain 的使用介绍可以看这篇博客 数据库设计之冗余、索引以及查询优化

测试表结构如下

create table stu (
	id int,
	name varchar(64),
	age smallint,
	primary key (id),
	key `idx_name` (name)
);

很简单的一张表, 然后使用 explain 测试 not in 的执行计划

explain select * from stu where id not in (1,2,3);

从返回结果中可以看到， type: ALL说明确实是进行了全表扫描，而没有使用索引。

其实这个也很好理解，因为要判断一条数据是否 not in 查询条件，只能查出来再判断。

然后写好的代码又得重新了，不过还好改动不多。
啊，要不是这个，我都快忘了explain了，以后写sql还是先用这个测一测吧。

=================
经过评论区大佬指出，not in 是否走索引还和 select 内容有关。
于是又试了一下：

explain select id,name from stu where name  not in ("1", "2", "3");

explain select age from stu where name  not in ("1", "2", "3");

发现如果 select 的字段是索引里面的，还是会走索引。
然后又有大佬有指出有问题，type=index还是不会走索引。
emmm， 去翻了一下mysql的文档。

如果索引是查询的覆盖索引的话，只会扫描索引树。 也就比不走索引快一点，因为一般索引比表小。
这也算用到索引了吧，虽然还是把索引扫了一遍。。。

不过not in 这种东西还是尽量不要用的好，即使要用最好能使用覆盖索引，稍微快那么一丢丢

mysql 5.7 相关文档地址