• <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>

            那誰的技術(shù)博客

            感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數(shù)據(jù)加載中……

            tokyocabinet1.4.19閱讀筆記(三)hash數(shù)據(jù)庫刪除數(shù)據(jù)流程

            這一節(jié)關(guān)注根據(jù)key定位到數(shù)據(jù)進行刪除的整個流程。

            先來看這個過程的流程圖,其實很簡單,包括以下幾個按部就班的步驟:


            a) 首先,根據(jù)key查找對應(yīng)的記錄,這個在上一節(jié)已經(jīng)完整的介紹過了,當(dāng)時也提到,查找操作是后續(xù)進行刪除和插入新數(shù)據(jù)時的基礎(chǔ)。
            如果沒有找到記錄,說明原來就沒有,那么就不必繼續(xù)下去了。
            假設(shè)現(xiàn)在找到了所要刪除的數(shù)據(jù),接著以下幾步:
            b) 將該記錄的magic number置為0xb0,第一節(jié)講解hash數(shù)據(jù)庫概述的時候提到過,每條記錄的頭部信息中有兩種不同magic number,根據(jù)這個判斷一條記錄是否被刪除了,現(xiàn)在將這個magic number置為0xb0就是表示這條記錄已經(jīng)被刪除了。
            c) 將這條被刪除的記錄插入到free pool數(shù)組中的合適位置,這是下一節(jié)的重點,這里先知道這個操作就好。
            d) 上一節(jié)提到過,同一個bucket index是以二叉樹形式組織在一起的,雖然不是平衡的二叉樹,但是刪除了一個數(shù)據(jù)之后會破壞二叉樹的性質(zhì),所以需要在二叉樹中找到合適的記錄來替換刪除這條記錄之后剩下的位置。
            熟悉數(shù)據(jù)結(jié)構(gòu)與算法的都知道,一個排序二叉樹如果按照中序遍歷的話,那么是有序的。所以要在刪除一個記錄之后仍然保持排序二叉樹的有序性,是刪除操作的重點,下面就是TC中刪除一個記錄時的調(diào)整算法:
            if rec.left is not null and rec.right is null
                child = rec.left
            else if rec.left is null and rec.right is not null
                child = rec.right
            else if rec.left is null and rec.right is null
                child = null
            else
                child = rec.left
                right = rec.right
                rec.right = child
                while (rec.right is not null)
                    rec = rec.right

                rec.right = right

            replace rec's original place with child



            也可以從下圖中來理解當(dāng)刪除一個記錄時,它的左右子節(jié)點都不為空時的處理:


            從圖中可以看出,當(dāng)所要刪除的節(jié)點左右子節(jié)點都不為空時,會去尋找左子樹中的最右邊的子節(jié)點,然后將待刪除記錄的右子樹變成這個最右子節(jié)點的右子樹。

            需要注意到的是,經(jīng)典的數(shù)據(jù)結(jié)構(gòu)算法中,當(dāng)在排序二叉樹中刪除一個節(jié)點之后,所做的調(diào)整與上面的流程有所不同,雖然也是找到的原記錄的左子樹的最右節(jié)點,但是是將這個最右節(jié)點直接替換掉原來記錄的位置,也就是如下圖:


            所以,這里出現(xiàn)了一個新的問題,TC中的調(diào)整算法是有可能導(dǎo)致刪除記錄之后二叉樹不平衡的,那么為什么不選用第二種方法呢?
            我的理解是:
            1) 如前一節(jié)所述,TC中的二叉樹本來就不是必然平衡的,所以TC中的這種調(diào)整算法有可能會有“負負得正”的結(jié)果。
            2)第二種經(jīng)典的做法中,需要的調(diào)整包括:a)將最右子節(jié)點從原來的父節(jié)點上刪除 b)最右子節(jié)點要替換原記錄的位置,那么要將原記錄的左右子樹分別賦值變?yōu)樽钣易庸?jié)點的左右子樹。上面的這個調(diào)整,每次調(diào)整都是需要修改節(jié)點的,而每次修改都會有對磁盤的I/O操作。
            而第一種做法呢,僅需要一次修改操作-----將原記錄的右子樹變成最右子節(jié)點的右子樹即可。

            綜合這幾個因素,TC選擇了I/O較少的做法。
            我不清楚我的理解是否合理,歡迎補充。

            e)刪除了記錄,也跳整了樹的結(jié)構(gòu)之后,最后的工作就是更新數(shù)據(jù)庫文件header的信息---因為當(dāng)前記錄少了一條。

            最后分析一下整個刪除操作的最壞復(fù)雜度,還是以1G的bucket對16G的數(shù)據(jù)庫文件記錄為例:
            1)首先查找元素,前面一節(jié)說了,需要O(4)次磁盤I/O+O(1)讀取內(nèi)存
            2)接著置所刪除記錄的magic number,一次磁盤I/O
            3)將刪除插入到合適的free pool位置,這個下一節(jié)會提到,是在內(nèi)存中進行的。
            4)調(diào)整樹結(jié)構(gòu),在所刪除記錄左右子樹都存在的情況下,首先要找到最右子節(jié)點,這又是一個O(4)的磁盤I/O操作,最后將原記錄的右子樹賦值給最右子節(jié)點,又是一次磁盤I/O。不過,上面這個推斷與前面是有矛盾的,假如在第一步查找中已經(jīng)需要O(4)的代價才能定位到所刪除元素了,那么最后的這個調(diào)整根本沒有必要了。


            posted on 2010-01-19 21:18 那誰 閱讀(5664) 評論(5)  編輯 收藏 引用 所屬分類: tokyo cabinet

            評論

            # re: tokyocabinet1.4.19閱讀筆記(三)hash數(shù)據(jù)庫刪除數(shù)據(jù)流程  回復(fù)  更多評論   

            一直在關(guān)注你的blog,有個問題想需求你的解釋,什么是“io多路復(fù)用”,如何利用“io多路復(fù)用”實現(xiàn)并發(fā)?
            2010-01-19 21:51 | helloword

            # re: tokyocabinet1.4.19閱讀筆記(三)hash數(shù)據(jù)庫刪除數(shù)據(jù)流程  回復(fù)  更多評論   

            @helloword
            推薦你去看看stevens的unix網(wǎng)絡(luò)編程。
            2010-01-19 21:56 | 那誰

            # re: tokyocabinet1.4.19閱讀筆記(三)hash數(shù)據(jù)庫刪除數(shù)據(jù)流程  回復(fù)  更多評論   

            哥們,找到工作沒?要是沒找到,網(wǎng)易,如果有興趣的話,簡歷發(fā)過來xiaoxia_black@163.com,隨時恭候
            2010-01-21 19:29 | derecter

            # re: tokyocabinet1.4.19閱讀筆記(三)hash數(shù)據(jù)庫刪除數(shù)據(jù)流程  回復(fù)  更多評論   

            哥們很不錯.我也在看TC的源碼,hash加二叉樹的方法用來快速尋找文件中的數(shù)據(jù).但我更關(guān)心,TC的數(shù)據(jù)緩存機制, 緩存有限的情況下,怎么保證查找的最高效率.
            命中率更高,這部分還沒看..
            也希望研究TC的人給我發(fā)mail,大家互相討論.
            jingwei.guan@hotmail.com
            2010-01-22 11:59 | lid

            # re: tokyocabinet1.4.19閱讀筆記(三)hash數(shù)據(jù)庫刪除數(shù)據(jù)流程  回復(fù)  更多評論   

            O(4)...
            這還真有敢說的。。。
            2010-02-02 01:51 | ...
            久久国产精品99精品国产987| 国产亚洲精久久久久久无码77777| 久久99精品久久久久久久不卡 | 人人妻久久人人澡人人爽人人精品 | 久久精品国产日本波多野结衣| 亚洲精品第一综合99久久| 伊人色综合久久天天人手人婷 | 国产激情久久久久久熟女老人| 精品国际久久久久999波多野| 久久国产免费直播| 人妻精品久久无码区| 国产精品久久久久久久午夜片| 伊人久久精品影院| 久久成人影院精品777| 99久久香蕉国产线看观香| 久久精品一区二区国产| 久久人做人爽一区二区三区| 国产成人精品久久一区二区三区av| 99久久免费国产精品特黄| 国产精品九九久久免费视频 | 一本久久a久久精品综合香蕉 | 日韩久久无码免费毛片软件| 精品久久久久久国产潘金莲| 久久人人爽人人爽人人爽| 久久久受www免费人成| 99久久精品免费观看国产| 久久久久久国产精品无码超碰| 国产精品久久久久久久久软件| 久久综合精品国产一区二区三区 | 久久午夜羞羞影院免费观看| 久久精品视屏| 国产成人精品久久一区二区三区av | 亚洲国产精品热久久| 久久久噜噜噜久久中文福利| 无码久久精品国产亚洲Av影片 | 久久国产精品久久国产精品| 色综合久久综合中文综合网| 亚洲va中文字幕无码久久不卡| 中文国产成人精品久久不卡| 午夜天堂av天堂久久久| 色欲久久久天天天综合网|