1、不一定，要看情况，具体是由MySQL优化器内部决定是全表扫描还是索引查找，用效率较高的一种方式。针对索引字段的唯一性不高的情况下（索引的区分度低），优化器可能会选择全表扫描，而不是走索引。
成都创新互联公司作为成都网站建设公司，专注成都网站建设、网站设计，有关成都定制网页设计方案、改版、费用等问题，行业涉及成都茶艺设计等多个领域，已为上千家企业服务，得到了客户的尊重与认可。
2、效率不高，虽然不会全表扫描，但会扫描索引表，数据大时一样会很耗时。
3、MySQL中使用IN会不会走索引 文章很短，先看下结论，在看下文。
原因有如下：最佳左前缀原则——如果索引了多列，要遵守最左前缀原则。指的是查询要从索引的最左前列开始并且不跳过索引中的列。不在索引列上做任何操作，会导致索引失效而导致全表扫描。
no， title， from_date，还有一个辅助索引emp_no。
而第二个查询因为要访问iMoney，需要“回表”，用不上覆盖索引。另外一个原因是索引字段的顺序，如果你把 test定义为(iType， dtEventTime)， 这个查询应该就能用上test这个索引。
union all不会使用索引，union不会使用索引。
他们的速度只同是否使用索引有关，如果查询需要用到联合索引，用UNION all执行的效率更高.多个OR的字句没有用到索引，改写成UNION的形式再试图与索引匹配。一个关键的问题是否用到索引。3尽量少用视图，它的效率低。
union select from ls_jg_dfys 这个SQL在运行时先取出两个表的结果，再用排序空间进行排序删除重复的记录，最后返回结果集，如果表数据量大的话可能会导致用磁盘进行排序。
no， title， from_date，还有一个辅助索引emp_no。
不一定的，在很多场景下，NOT IN、不等于两类操作使用二级索引的成本远超于全表扫描的成本，查询优化器按照成本选择最优执行计划，导致查询不走二级索引。但不能因此就彻底判断NOT IN或两类操作不能走索引。