有这么一个场景 服务部署在 k8s ，服务设置的是两个 pod 。然后代码有个启动加载，会有一堆 id （假如是 a b c d e f ）去 MySQL 查询然后加载到内存。
因为两个 pod ，会同时查询等于 a 的，很可能后续同时查询等于 b 的。为了避免一个同时查询，我加了 shuffle 机制。
对于这个机制，我也是脑袋一热加的，当说出来大家讨论的时候，问会快么？我也懵逼了。
于是我写代码测试了下，逻辑是一批 id ，启动两个线程去查询，然后看耗时，结果 shuffle 的真的快一些。
对于这个结果，有人从原理上帮解析下么？或者我这个结论是错的？