|
|
|
|
移动端

NoSQL数据库的分布式模型

在一个服务器完全能够胜任工作时就没必要考虑分布式,这样部署简单,维护也方便很多。本文将介绍NoSQL数据库的分布式模型。

作者:佚名来源:博客园|2014-06-30 14:20

开发者盛宴来袭!7月28日51CTO首届开发者大赛决赛带来技术创新分享

单一服务器

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

分片

特点

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

需要考虑的问题

  • 如何存放数据,让用户基本上只需从一台服务器上获取数据 
    如果经常需要与多个结点交互才能取到需要数据,可能分片策略不合适,或者该场景中分片不是一个理想的方案;

  • 数据节点的分布:地理位置与访问用户的关系 
    数据结点分布在全球各地,让北京的用户只需要访问北京的结点就能取到所需数据;

  • 保持负载均衡

优点

  • 同时提升读取和写入性能 
    由于分片是将数据分散到多个结点存储,这样在写入时,压力同样分散;

  • 横向扩展写入能力

缺点

降低数据库的错误恢复能力 
分片后,集群中结点的故障将导致部分数据丢失; 
解决方案:每个分片数据不只存放在一个结点上,冗余存放,增加数据安全性(通过后面讲到的与主从复制的结合使用,是常用的手段)

主从复制

特点

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

优点

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

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

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

缺点

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

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

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

对等复制

特点

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

优点

  • 从容处理出错节点,不必担心数据请求的丢失

  • 增加节点,轻易提升查询和写入性能

缺点

  • 数据不一致性 
    写入和读取都有可能发生冲突;

结合使用

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

注:新浪Redis集群的部署使用的是这种方案,关于新浪redis的使用详见大CC之前的博客: 
Redis 在新浪微博中的应用

附思维导图

NoSQL:分布式模型

参考

《NoSQL精粹》

【责任编辑:彭凡 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

Visual C# 2005技术内幕

本书提供了.NET框架下C#编程的详尽指南。书中详细介绍了.NET框架中的核心概念、使用GDI+编写高级用户界面、多线程程序设计、使用ClickOnc...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊