关于mysql5.6 in 语句优化,和5.7的问题
问题是这样的,在做一个数据导出,里面用到了好多 in 语句操作, 比如select * from user where id in(1,3,4,5,6,7,8,23,443,22)
这样的,但是id超过7个以上就用不到索引了,导致全表扫描,本人在自己本地环境mysql5.7测试该语句 就不会出现 全变扫描,并且能用上主键索引..大牛们这是什么情况?我改怎么优化,另外他们5.6 与5..7 有什么却别呢,咋就不用补上索引呢?123
俩个表引擎都是一样的
这是5.7的用上索引
这是5.6的用不上索引
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
in是存在一定数量的,这里的“一定数量”在MySQL5.6.5以及以后的版本中是由eq_range_index_dive_limit这个参数控制 。默认设置是10,一直到5.7以后的版本默认修改为200,当然可以手动设置的,这个官方给的解释。但是经过测试发现,这个数量存在一定的被表的数量级等等或者是字段属性影响的。多试试几个表,你会发现,in的数量大多都是不一样的。至今只找到了这些线索 ,希望对你有用
很抱歉不能正面回答您的问题,但是有个小建议,建议不要 用*
我自己用更低版本的5.5版本使用in語句搜索,索引也生效。除非你的表沒有為id加上主鍵索引,又或者你使用explain去看下用沒有調用到索引
应该是mysql5.7优化了对in语句的执行支持,在 ms sql server中in查询都会被转换成 join 执行的。