MySQL大in查询技术如何优化?

举报
JavaEdge 发表于 2021/06/03 23:32:37 2021/06/03
【摘要】 某日,尼古拉斯赵四 crud 完后,突发奇想: MySQL大in查询技术还能优化吗?还是只能业务优化?。 注意,in里面的数据随用户选择类型成递增。 x团:可以试试 in 分批查! 赵四:不行啊,这是个分页,无法分批吧! x节:不妨提升下问题维度,解决大 in 才是! 赵四:哈雷?业务上解决吗? x里@x节:分表并发是嘛? xx@x节:加字段就行嘛。 x60 突然插话...

某日,尼古拉斯赵四 crud 完后,突发奇想:
MySQL大in查询技术还能优化吗?还是只能业务优化?。
注意,in里面的数据随用户选择类型成递增。

x团:可以试试 in 分批查!
赵四:不行啊,这是个分页,无法分批吧!
x节:不妨提升下问题维度,解决大 in 才是!
赵四:哈雷?业务上解决吗?
x里@x节:分表并发是嘛?
xx@x节:加字段就行嘛。
x60 突然插话:in 多了就会全表扫描了。赵四应到:是啊,历史坑点,现在突然爆发了。
x东:union 或者or in试试,对比下性能即可。

其实不同业务不同处理,大家遇到这种问题,又是如何解决的呢?

文章来源: javaedge.blog.csdn.net,作者:JavaEdge.,版权归原作者所有,如需转载,请联系作者。

原文链接:javaedge.blog.csdn.net/article/details/113085902

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。