0
回答
MongoDB(自动分片+shard备份) 机器故障 (使用kill -9仿真) 稳定性测试
滴滴云服务器,限时包月0.9元,为开发者而生>>>   

先上一张准备测试的MongoDB设计图:


图上已经说明很清楚了。可以参加我其它笔记:http://blog.csdn.net/crazyjixiang/article/category/844957  如果觉得不清楚 请留言 :)

这里使用replication set来避免单节点数据的丢失。

测试情况如下:

在228服务器上插入 1000W条数据 。在插入完成后先断掉 162 服务器,然后迅速在mongos那里执行 

> db.users.count()
Fri Jul 29 16:05:11 uncaught exception: count failed: {
        "assertion" : "DBClientBase::findOne: transport error: 10.10.21.162:27017 query: { setShardVersion: \"test.users\", configdb: \"10.7.3.228:27019\", version: Timestamp 5000|1, serverID: ObjectId('4e325735277d2098a18b5cca'), shard: \"set162163228\", shardHost: \"set162163228/10.10.21.162:27018,10.10.21.163:27017\" }",
        "assertionCode" : 10276,
        "errmsg" : "db assertion failure",
        "ok" : 0
}

可见抛出一个异常,再执行下 db.users.count()

> db.users.count()
10000000

发现正常了,163变成Primary 。

然后继续执行插入 10000W数据,在插入过程中断再断掉 163 服务器

插入正常进行中,插入完后 对比了下 164的服务器数据 + 连接上162服务器上的数据 正好等于2000W。

把 162, 163两个服务器再连接上后,数据不停变化,这时正在进行负载平衡. 


附:若机房出现瞬间停电,那么数据还是会出现问题的,但是这种概率很小。





原文链接:http://blog.csdn.net/crazyjixiang/article/details/6644646
举报
晨曦之光
发帖于6年前 0回/628阅
顶部