共计 1284 个字符，预计需要花费 4 分钟才能阅读完成。
这篇文章主要为大家展示了“MongoDB 中副本集丢失数据的示例分析”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让丸趣 TV 小编带领大家一起研究并学习一下“MongoDB 中副本集丢失数据的示例分析”这篇文章吧。
1. 概要描述
测试场景为：一主一从一验证
测试案例
step1：关闭从副本；
step 2；向主副本中插入那条数据；
step 3：关闭主副本；
step 4：开启辅助副本, 此副本升级为主副本，这是后会看到新的主副本没有刚才插入的几笔数据。
—- 测试时，请注意测试步骤。
step 5：原主节点 再次加入到集群中后，会变成新的辅助副本。测试插入的数据会产生回滚。
2. 具体的测试步骤
（1）测试服务器，原测试环境
主 Server：Port 副 Server：Port 见证 Server：PortXXX.XXX.XXX.124:27220XXX.XXX.XXX.123:27221XXX.XXX.XXX.134:27220
（2）测试步骤
Step 1 向主数据库（XXX.XXX.XXX.124:27220），插入以下数据，执行时间要长一些。
for(var i = 0; i 100000; i++) { db.order0522.insert({a: i});};Step 2 在上述命令执行的过程中，关于副主 Server 上的 mongodb 服务，服务命名为 mongodboplogtest.service
systemctl stop mongodboplogtest.serviceStep 3. 查询主副本上数据库 insert 的数据量，为 100000. 命令完全插入。
Step 4. 关闭主副本上的 Mongodb 服务，服务命名为 mongodboplogtest.service
systemctl stop mongodboplogtest.serviceStep 5 开启辅助节点上的 MongoDB 服务
systemctl start mongodboplogtest.servicestep 6 此时辅助节点（XXX.XXX.XXX.123）升级为主节点，此时数据为 30337(100000-30337 笔记录丢失了)
此时 124（原主节点）为 stateStr : (not reachable/healthy)
step 7 开启原主节点上的服务，集群的状态，关于原主节点的描述短暂处于 stateStr : ROLLBACK
step 8 回滚后，状态变为 stateStr : SECONDARY
step 9 查询原主节点数据，此时数据量为 30337(100000-30337 笔也记录丢失了)
3. 丢失的数据是否可以找到
我们发现，重启原主节点（XXX.XXX.XXX.124）mongodb 服务后，在数据目录下多了一个 rollback 目录。
重启前的数据目录
重启后的数据目录
进去这个目录后，我们看到生成了一个以数据库 + 集合名字 + 时间的 bson 文件。
以上是“MongoDB 中副本集丢失数据的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
