一定需要 20 条才能发？
如果错了就把 20 分成 10,10 两组发，其中有错了在把 10 分成 5,5 发呢
如果脏数据返回 400+
后端挂了应该会返回 500+

@xuelu520 这种一次性的小需求，感觉搭一套 redis 环境，加导出数据，感觉并不是很好的选择

对啊

@Jarvie789 简单主键查询还是挺快的，a,b 已经是水平分表其中的两张表，没有需求不好在搞继续分表这种大操作

排序没排过吧，应该挺常见的？

@encro 哈，不是看到那个，想要做的一开始已经写了，数据有问题，想看看有哪些数据错了，所以没有查询范围
也已经是主键关联了，你看 explain

@xuanbg 看 explain 感觉是会自动优化数据少的驱动吧

@ProgrammerAlan 没有过滤条件
@xuanbg 我在 https://www.v2ex.com/t/914546 这里发了个讨论

@thinkershare 感觉就是 2 个表检查相同值,一个 O(n)是避免不了的

@Maboroshii 确实后台跑批可以解决

@dusu 长见识了,看着 sinter 的实现是 取最小集合 然后 检查其他集合是否有相同的 key,感觉一个 8000W 的循环是避免不了的, 还涉及到搭建 redis 环境问题,感觉可能不如自己写脚本去重

@opengps io 确实差，内存是够的，不好搞这种，等下告警又得挨批

@weidaizi 确实,本来觉得主键连主键,还只要查主键,应该会很快

@starrys id 没有规律,可长可短,自定义的

@liprais 主键冲突,需要捞出数据看哪条是对的,两个表除了主键,其他内容都不一样

@LeegoYih 全量匹配

@xsonglive491 大佬 explain 加了
@thinkershare 以为字符串比较 会 出现 "2" > "11" 这种, id 长度不一样长

@moqizhengz 没权限换数据库😂, MySQl 怎么做也不清楚,就是 io 满了,也没有加配置的空间