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

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

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

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