本文共 706 字，大约阅读时间需要 2 分钟。
在实际项目中，关于MySQL中IN查询是否走索引的问题，经常会引发很多讨论。很多开发者对这一点存在误解，需要通过实际案例来分析。
IN查询是否走索引，实际上取决于查询的数据量。通过EXPLAIN工具可以观察到以下情况：
IN (0,1) 查询：
EXPLAINSELECT * from users WHERE is_doctor in (0,1);
这时候查询没有走索引，返回了大约52万条数据，而全表只有54万条记录。
IN (2,1) 查询：
EXPLAINSELECT * from users WHERE is_doctor in (2,1);
这时候查询走了索引，只返回了约1万条数据。
由此可以看出，IN查询是否走索引与IN后面所包含的数据量有关。
关于这一点，需要进一步分析。假设我们有一个子查询：
EXPLAINSELECT * from users WHERE is_doctor in (SELECT is_doctor from test_in_subselect);
这时候查询是否走索引，取决于子查询的结果。实际测试显示，这种情况下查询会走索引。
通过以上分析，可以得出以下结论：
IN查询通常是走索引的，但当IN后面的数据量超过表中数据的30%时，才会走全表扫描。
因此，IN查询是否走索引，需要根据实际情况进行控制。优点是可以提高查询性能，劣势是可能导致索引列过多，影响查询效率。
建议在实际项目中，控制IN查询的范围，避免过多的IN条件。
这种情况下，IN查询既有优劣，需要根据实际需求进行权衡。
转载地址：http://ipbfk.baihongyu.com/