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

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

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

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