使用mongodb-memory-server时，如何模拟可访问节点的复制延迟？

针对你的需求，这里有两个可行的方案，避开secondaryDelaySecs仅支持隐藏节点的限制：

方案一：使用MongoDB实例级参数设置同步延迟 #

MongoDB提供了实例级参数replSetSyncDelay，可以直接给非隐藏的Secondary节点设置同步延迟，无需将节点标记为hidden。你可以在mongodb-memory-server启动副本集后，通过mongosh命令动态修改：

1. 连接到目标Secondary节点（mongodb-memory-server会暴露节点的连接字符串）
2. 执行以下命令设置延迟（示例为10秒）：

   db.adminCommand({ setParameter: 1, replSetSyncDelay: 10 })
   

3. 验证延迟是否生效：

   db.adminCommand({ getParameter: 1, replSetSyncDelay: 1 })
   

如果需要在启动时就配置该参数，可以在mongodb-memory-server创建Secondary实例时，通过instanceOpts传入自定义启动参数--replSetSyncDelay <秒数>，大部分版本都支持这个配置方式。

方案二：网络层面模拟延迟 #

如果MongoDB内置参数无法满足需求，还可以从网络层给Secondary节点的端口添加延迟，模拟复制延迟带来的访问差异：

Linux系统（使用tc命令） #

假设Secondary节点的端口是27018，执行以下命令添加1000ms的延迟：

sudo tc qdisc add dev lo root netem delay 1000ms

若需仅针对特定端口生效，可配合iptables做端口匹配后再应用延迟，避免影响其他本地服务。

Mac系统（使用Network Link Conditioner） #

1. 打开「系统偏好设置」-「网络」-「高级」-「Proxies」
2. 勾选「Network Link Conditioner」，点击「Configure」
3. 新建自定义配置，设置延迟时间，将其应用到本地回环接口（mongodb-memory-server运行在本地）

这种方法的优势是完全模拟真实网络环境下的复制延迟，不管MongoDB内部同步机制如何，应用访问Secondary节点都会感受到延迟，更贴近生产场景的复制延迟影响。测试完成后记得清除规则，避免影响其他服务。

内容的提问来源于stack exchange，提问作者Konstantin Zelinsky