视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
MongoDB(自动分片+shard备份)机器故障(使用kill-9仿真)稳定性测试
2020-11-09 11:57:51 责编:小采
文档


这里使用replication set来避免单节点数据的丢失。测试情况如下:在228服务器上插入 1000W条数据 。在插入完成后先断掉 162 服务

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


图上已经说明很清楚了。可以参加我其它笔记: 与 如果觉得不清楚 请留言 :)

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

测试情况如下:

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

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

  • > db.users.count()
  • 10000000
  • 发现正常了,163变成Primary 。

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

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

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


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

    下载本文
    显示全文
    专题