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