• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305321
            • 排名 - 84

            最新評論

            閱讀排行榜

            一個分布式修改數據的一致性算法。

            主要角色

            決策者:是否批準修改申請。對一個資源一次只能批準一個修改申請,不能做墻頭草。
            申請者:提出修改申請。
            學習者:記錄被批準的修改。

            主要過程

            多個申請者向多個決策者提出修改申請,獲得多數派批準的申請將交給學習者進行學習。

            這個民主的過程將經過兩輪表決,在第2輪表決中獲得多數派批準的申請可以被整體接受,保障數據在各個節點上的一致性。

            1. 申請者要決策者做第一輪表決,嘗試獲得多數派決策者的支持,同時獲得已經進入第二輪表決的修改申請內容。
            2. 申請者根據收集到的其他申請者的申請內容的數量,在他們的修改申請和自己的修改申請中選一個最可能通過的申請內容,發起第二輪表決。

            決策者服務

            決策者的工作實際和申請者,學習者之間沒有太多關系,決策者對一個修改申請無非要求以下內容:

            • 申請者ID
            • 申請編號
            • 資源ID
            • 修改內容
            因此決策者這個角色可以做成一個相對獨立的服務,為各種類型的申請者提供一致性支持。

            另外由于多個學習者的學習可能出現不一致,所以學習編號可以由決策者這邊通過唯一數據庫遞增管理。


            看過上文但又不是很懂的就不要多看幾次了。google一下能找到很多人的心得,但是中文的心得普遍不容易理解。所以推薦閱讀英文原版論文 paxos simple

            posted on 2012-02-24 20:36 LOGOS 閱讀(3046) 評論(0)  編輯 收藏 引用
            伊人色综合九久久天天蜜桃| 国产成人综合久久综合 | 久久夜色精品国产亚洲| 中文字幕精品无码久久久久久3D日动漫 | 人妻无码中文久久久久专区| 国产精品久久久久9999| 国产精品熟女福利久久AV| 欧美日韩精品久久免费| 久久久久久免费一区二区三区| 色综合久久88色综合天天 | a级成人毛片久久| 囯产精品久久久久久久久蜜桃| 91精品观看91久久久久久| 久久人人爽人人爽人人AV东京热| 久久久久国产视频电影| 精品国产91久久久久久久 | 99精品国产在热久久无毒不卡| 亚洲欧美日韩久久精品| 办公室久久精品| 精品久久久无码人妻中文字幕豆芽| 伊人久久一区二区三区无码| 久久精品国产一区二区| 国产成人AV综合久久| 国产精品久久久久久久| 久久久久久久人妻无码中文字幕爆 | 久久成人永久免费播放| 色噜噜狠狠先锋影音久久| 99久久人妻无码精品系列蜜桃| 亚洲国产成人精品女人久久久| 国产亚州精品女人久久久久久 | 久久97久久97精品免视看秋霞| 国产午夜免费高清久久影院| 久久精品蜜芽亚洲国产AV| 麻豆成人久久精品二区三区免费| 亚洲国产另类久久久精品| 性欧美大战久久久久久久久| 亚洲精品无码久久久久久| 久久久久久国产精品无码超碰| 久久人爽人人爽人人片AV | 久久婷婷五月综合成人D啪 | 久久久精品2019免费观看|