IN not in exist not exist
基础知识：
ALL 全表扫描，对整个表进行扫描，效率最差；
Index 索引扫描，是对整个索引的扫描，如果查询的选择结果中没有包含在索引中时，那跟全表扫描的效果时一样的；
Range 有范围的索引扫描；
Ref 查询条件的列中使用了索引，但是索引不是唯一的，所以需要继续在该范围内查询，但是因为索引时有序的，所以只是在小范围内的查询；
Const 常量查询，直接通过主键值等值查询；
这几个判断究竟走不走索引呢？
目前大部分说的是in 在某种情况下会出现索引失效；not in <>都不会走索引；其实也对也不对；
在mysql中如果脱离的搜索引擎的版本去看问题就不好判断了。
In 在5.7以前，如果是小范围的查询，还是走索引的，type属于range，在随着数据量的增大时会自动进行全表的扫描（并且与要查询的结果是否包含在索引树中决定走index还是all）；not in则不走索引；
目前在8.0以后验证，发现无论是in not 或者<>,都会走索引；
问题辩证看，in的优化也得结合具体的业务场景，优化的方式时可供选择的途径，没有孰优孰劣；