在MongoDB副本集的测试中发现了一个丢数据的案例。
1. 概要描述
测试场景为：一主一从一验证
测试案例
step1 ：关闭从副本；
step 2 ；向主副本中插入那条数据；
step 3 ：关闭主副本；
step 4 ：开启辅助副本,此副本升级为主副本，这是后会看到新的主副本没有刚才插入的几笔数据。
----测试时，请注意测试步骤。
step 5 ：原主节点 再次加入到集群中后，会变成新的辅助副本。测试插入的数据会产生回滚。
2. 具体的测试步骤
（1）测试服务器，原测试环境
主Server：Port
副Server：Port
见证Server：Port
XXX.XXX.XXX.124:27220
XXX.XXX.XXX.123:27221
XXX.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.service
Step 3.查询主副本上数据库insert的数据量，为100000.命令完全插入。
Step 4.关闭主副本上的Mongodb 服务，服务命名为mongodboplogtest.service
systemctl stop mongodboplogtest.service
Step 5 开启辅助节点上的MongoDB服务
systemctl start mongodboplogtest.service
step 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 文件。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。
更新日志
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果（九）》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]