mysql IN子句不使用可能的键
我有一个相当简单的mysql查询，它包含几个内部连接，然后是一个where子句。我已经为连接中使用的所有列以及主键创建了索引。我还有一个where子句，它包含一个IN操作符。当只有5个或更少的IN被传递到in子句中时，查询优化器使用我的一个索引在合理的时间内运行查询。当我使用explain时，我看到type是range，key是PRIMARY。我的问题是，如果我在in子句中使用了5个以上的if，优化器将忽略所有可用的索引，查询的运行速度会非常慢。当我使用explain时，我看到类型是ALL，而键是NULL。
有没有人可以解释一下这里发生了什么，以及我如何解决这个问题。
谢谢
回答 3
Stack Overflow用户
发布于 2013-01-23 22:59:25
不管表上用来优化连接的“主键”索引是什么，您还应该有一个基于要应用WHERE的公共标准的索引。查询的列需要更多的信息，但是您也应该有一个关于WHERE标准的索引。
Stack Overflow用户
发布于 2013-01-23 23:43:27
您也可以尝试使用Mysql索引提示。它允许您指定在查询执行期间应使用哪个索引。
示例：
SELECT * FROM table1 USE INDEX (col1_index,col2_index)
WHERE col1=1 AND col2=2 AND col3=3;-
SELECT * FROM table1 IGNORE INDEX (col3_index)
WHERE col1=1 AND col2=2 AND col3=3;更多信息请点击此处：Mysql Index Hints
Stack Overflow用户
发布于 2013-02-08 17:59:42
在检查我遇到的类似问题时发现了这一点。我想我的发现可能会对将来遇到类似问题的任何人有所帮助。
我有一个大约有30行的MyISAM表(包含用于搜索的相似单词的常见拼写错误，其中可能的原始拼写错误和替代单词都可能是有效的拼写，表将慢慢增加大小)。但是，对于我来说，界限是如果in子句中有4个条目，则使用索引，但是当IN子句中有5个条目时，索引将被忽略(注意，我没有尝试其他单词，所以in子句中实际的单个条目可能是一个因素)。因此类似于OP，但具有不同的单词数量。
Use index将不起作用，该索引仍将被忽略。强制索引确实有效，尽管我更喜欢避免指定索引(以防有人删除索引)。
对于一些测试，我用额外的1000个随机唯一行填充了表，即使in子句中有80个条目，查询也会使用相关的索引。
因此，看起来MySQL根据in子句中的项数与表中的行数的比较来决定是否使用索引(可能还有其他一些因素在起作用)。
https://stackoverflow.com/questions/14465716
复制相似问题
腾讯云开发者
