加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

NoSQL数据库的分布式模型

发布时间:2020-12-13 13:39:52 所属栏目:百科 来源:网络整理
导读:1、单一服务器: 在一个服务器完全能够胜任工作时就没必要考虑分布式,这样部署简单,维护也方便很多; 2、分片: 1)特点 数据的各个部分存放在集群的不同服务器中; 比如按字母来划分:以a-g开头的键值都存放到第一台服务器上,以h-n开头的存放到第二台...

1、单一服务器:

在一个服务器完全能够胜任工作时就没必要考虑分布式,这样部署简单,维护也方便很多;


2、分片:

1)特点
数据的各个部分存放在集群的不同服务器中;
比如按字母来划分:以a-g开头的键值都存放到第一台服务器上,以h-n开头的存放到第二台...


2)需要考虑的问题

  • 如何存放数据,让用户基本上只需从一台服务器上获取数据。 如果经常需要与多个结点交互才能取到需要数据,可能分片策略不合适,或者该场景中分片不是一个理想的方案;
  • 数据节点的分布:地理位置与访问用户的关系 。数据结点分布在全球各地,让北京的用户只需要访问北京的结点就能取到所需数据;
  • 保持负载均衡
3)优点
  • 同时提升读取和写入性能 :由于分片是将数据分散到多个结点存储,这样在写入时,压力同样分散;
  • 横向扩展写入能力
4)缺点
  • 降低数据库的错误恢复能力
  • 分片后,集群中结点的故障将导致部分数据丢失;解决方案:每个分片数据不只存放在一个结点上,冗余存放,增加数据安全性(通过后面讲到的与主从复制的结合使用,是常用的手段)
3、主从复制:

特点

主节点存放权威数据,负责数据更新操作;
主节点将更新的数据复制到从节点;

优点

  • 有助于提升数据读取性能
    从结点只负责查询,增加从结点提升数据读取性能

  • 增强“读取操作的故障恢复能力”
    主节点损坏,依然可处理读取请求;
    从结点升级为主结点后可以处理更新请求;

  • “一拖一” 即时备份的单存储方案
    即使不需要分布式部署,主从复制也可以用来做为单机服务器备份的部署方案;

缺点

  • 数据的不一致性(未及时更新)
    主节点更新后,同步到各个从结点的数据不能保证及时,可能导致各个结点上查询的数据不一致(只具有最终一致性)

  • 对提升写入操作性能帮助不大
    所有的更新操作都通过主结点处理,对于更新频繁的业务,使用主从复制模型优势不大;

  • 主节点是系统的瓶颈和弱点


4、对等复制:

所有节点地位相同,都可接收查询和写入请求;
各节点将自己的更新的数据复制到其他节点;

  • 从容处理出错节点,不必担心数据请求的丢失
  • 增加节点,轻易提升查询和写入性能
  • 数据不一致性
    写入和读取都有可能发生冲突;

  • 5、结合使用:

    分片和主从复制中的一拖一方案结合使用;
    分片的作用在于数据的分布式存储;主从复制的作用在于为各个分片结点提供备份,增加数据安全;

    注:新浪Redis集群的部署使用的是这种方案,关于新浪redis的使用详见大CC之前的博客:http://blog.me115.com/2013/12/452

    (编辑:李大同)

    【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

      推荐文章
        热点阅读