当前位置: 移动技术网 > IT编程>数据库>MongoDB > MongoDB副本集丢失数据的测试实例教程

MongoDB副本集丢失数据的测试实例教程

2019年07月18日  | 移动技术网IT编程  | 我要评论

在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 文件。

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对移动技术网的支持。

如对本文有疑问, 点击进行留言回复!!

相关文章:

验证码:
移动技术网