作者：mobiledu2502909447 | 来源：互联网 | 2023-08-26 19:59
先上一张准备测试的MongoDB设计图：
图上已经说明很清楚了。可以参加我其它笔记：2011-08/41040.htm 与 2011-08/41041.htm如果觉得不清楚 请留言 :)
这里使用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两个服务器再连接上后，数据不停变化，这时正在进行负载平衡.
附：若机房出现瞬间停电，那么数据还是会出现问题的，但是这种概率很小。
京公网安备 11010802041100号