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