MongoDB中副本集丢失数据的示例分析-创新互联

这篇文章主要为大家展示了“MongoDB中副本集丢失数据的示例分析”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“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 文件。

以上是“MongoDB中副本集丢失数据的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！

本文名称：MongoDB中副本集丢失数据的示例分析-创新互联
标题URL：http://cdxtjz.cn/article/dcishg.html