内容简介:在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 副本集丢失数据的测试》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Impractical Python Projects
Lee Vaughan / No Starch Press / 2018-11 / USD 29.95
Impractical Python Projects picks up where the complete beginner books leave off, expanding on existing concepts and introducing new tools that you’ll use every day. And to keep things interesting, ea......一起来看看 《Impractical Python Projects》 这本书的介绍吧!