首先说，你的问题两种情况都是要看具体实现的。我查了一下错值回改的学名叫 Read repair&Anti-entropy process 是说因为故障原因落后的副本会在连接后去更新自身的数据。用你的例子来说吧，你的例子实际上是仲裁一致性的边缘情况，client1 写成功了 replica1 -2，replica 3-5 还是维持原值 但是后续 client2 再次读取的时候如果是 5 个 replica 都是好的，就可以仲裁一直为 1 。如果其中的 replica4-5 没有响应 read 请求，这是你例子的情况，这种情况具体能不能算作仲裁一致，就完全看实现了，无主复制的边缘情况时候导致错误值的出现。 出处你可以参考一下无主复制仲裁一致的局限性那一节

我刚刚看完本书，我来说说我的理解吧，首先我认为复制并不是单纯的值复制，而是一个操作事件的全序列复制，这样就可以在同一个 replica 中知道使用哪个值来来覆盖，至于 replica3-5 有可能是就没收到写入。也有可能是因为延迟，总之集群返回了一个统一的值。可能这也是 leaderless replication 没法保证强一致性的原因之一。还有就是有的 leaderless replication 是有一个错值回改的操作。

@JCZ2MkKb5S8ZX9pq 中断？不知道你是用的是什么工具查看的日志,具体 log 分析工具的话，好像 mongo 还没啥图形化的分析工具，只能一点点按照 explain 来看，你可以试一下 mongo compass 这个没法直接分析 log 但是对 explain 有一个较好的图形化界面。

你可以看一下，mongo log 中有每次查询的日志，按一个时间阈值筛选下慢查询日志，真的慢查询日志进行优化

@18870715400 2msl 是个虚数，很长可能半分钟也可能一分钟，这个取决于操作系统的网络协议栈的实现，建议了解一下 TCP 的状态机

TCP 主动关闭一方，是要等待 2msl 才能复用端口的，重新连接多半是要换一个端口，so 原来的 socket 实例是不能使用的

@limboMu 然而，我用 docker 启动的，直接杀了容器就好了，为啥不用容器呢？

前些日子，我在玩 redis 暴露在公网上了，也被植入挖矿木马。

@limboMu 科班 -> 课本

@sagaxu 可以说是非常真实了，我本科的数据结构科班跟 csapp 一样厚

@allenwuli 看一下数据库服务器的带宽吧，感觉瓶颈应该是在哪里

@allenwuli 尽量把信息描述完全一些吧，比如执行环境是单机还是网络，查询计划是什么样子的。

按你的想法想要多久能取出数据啊？

点开了英文原版，然后发现还有一篇 everyone 的论文，任重而道远，感谢楼主，我去看书了

这个问题的瓶颈不应该是出在 GIL 或者协程没办法抢占计算任务上吗

@limboMu 完了自己缺心眼了(已经习惯了)，题去看看 mongo Aggregate 文档的 $filter 吧

@limboMu 刚刚理解错意思了，Aggregate 可以使用 addToSet