ITPub博客

首页 > 数据库 > 数据库开发技术 > 分布式base

分布式base

数据库开发技术 作者:mcxiaoracle 时间:2022-06-21 07:49:45 0 删除 编辑

Basically Available(基本可用)

基本可用是相对于正常的系统来说的,常见如下情况

  • 响应时间上的损失:正常情况下的搜索引擎0.5秒即返回给用户结果,而基本可用看的搜索结果可能要1秒,2秒甚至3秒(超过3秒用户就接受不了了)
  • 功能上的损失:在一个电商网站上,正常情况下,用户可以顺利完成每一笔订单,但是到了促销时间,可能为了应对并发,保护购物系统的稳定性,部分用户会被引导到一个降级页面


Basically Available(基本可用)

基本可用是相对于正常的系统来说的,常见如下情况

  • 响应时间上的损失:正常情况下的搜索引擎0.5秒即返回给用户结果,而基本可用看的搜索结果可能要1秒,2秒甚至3秒(超过3秒用户就接受不了了)
  • 功能上的损失:在一个电商网站上,正常情况下,用户可以顺利完成每一笔订单,但是到了促销时间,可能为了应对并发,保护购物系统的稳定性,部分用户会被引导到一个降级页面

弱一致性
和强一致性相对
系统并不保证连续进程或者线程的访问都会返回最新的更新过的值。系统在数据写入成功之后,  不承诺立即可以读到最新写入的值 ,也不会具体的承诺多久之后可以读到。但会  尽可能保证在某个时间级别(比如秒级别)之后,可以让数据达到一致性状态 。

最终一致性是弱一致性的特定形式

对于软状态,我们允许中间状态存在,但不可能一直是中间状态,必须要有个期限,系统保证在没有后续更新的前提下,在这个期限后,系统最终返回上一次更新操作的值,从而达到数据的最终一致性,这个容忍期限(不一致窗口的时间)取决于通信延迟,系统负载,数据复制方案设计,复制副本个数等,DNS是一个典型的最终一致性系统。


最终一致性模型变种

    如果节点A在更新完某个数据后通知了节点B,那么节点B的访问修改操作都是基于A更新后的值,同时,和节点A没有因果关系的C的数据访问则没有这样的限制



    • 读己之所写(Read your writes)


    因果一致性的特定形式,一个节点A总可以读到自己更新的数据


      • 会话一致性(Session consistency)

      访问存储系统同一个有效的会话,系统应保证该进程读己之所写


      • 单调读一致性(Monotonic read consistency)


      一个节点从系统中读取一个特定值之后,那么该节点从系统中不会读取到该值以前的任何值


      一个系统要能够保证来自同一个节点的写操作被顺序执行(保证写操作串行化)




        推荐阅读:

        https://blog.csdn.net/jarniyy/article/details/93710088

        来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69949806/viewspace-2901779/ ,如需转载,请注明出处,否则将追究法律责任。

        请登录后发表评论 登录
        全部评论
        数据方向,了解oracle ,IBM DB2 730

        注册时间:2019-09-30

        • 博文量
          286
        • 访问量
          226640