关于mysql5.6 in 语句优化,和5.7的问题

发布于 2022-09-05 02:51:08 字数 622 浏览 8 评论 0

问题是这样的,在做一个数据导出,里面用到了好多 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的用上索引
clipboard.png

这是5.6的用不上索引

clipboard.png

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

千紇 2022-09-12 02:51:08

in是存在一定数量的,这里的“一定数量”在MySQL5.6.5以及以后的版本中是由eq_range_index_dive_limit这个参数控制 。默认设置是10,一直到5.7以后的版本默认修改为200,当然可以手动设置的,这个官方给的解释。但是经过测试发现,这个数量存在一定的被表的数量级等等或者是字段属性影响的。多试试几个表,你会发现,in的数量大多都是不一样的。至今只找到了这些线索 ,希望对你有用

青瓷清茶倾城歌 2022-09-12 02:51:08

很抱歉不能正面回答您的问题,但是有个小建议,建议不要 用*

拥抱没勇气 2022-09-12 02:51:08

我自己用更低版本的5.5版本使用in語句搜索,索引也生效。除非你的表沒有為id加上主鍵索引,又或者你使用explain去看下用沒有調用到索引

吻泪 2022-09-12 02:51:08

应该是mysql5.7优化了对in语句的执行支持,在 ms sql server中in查询都会被转换成 join 执行的。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文