• <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 | ...
            久久久久高潮综合影院| 日韩人妻无码精品久久免费一| 中文字幕成人精品久久不卡| 亚洲欧美日韩精品久久| 欧美大战日韩91综合一区婷婷久久青草| 亚洲乱码日产精品a级毛片久久| 一本色道久久HEZYO无码| 嫩草影院久久99| 波多野结衣久久| 国产精品gz久久久| 亚洲精品白浆高清久久久久久| 日本精品久久久久中文字幕8| 色偷偷88欧美精品久久久| 国产午夜精品理论片久久影视 | 一本久久免费视频| 久久国产精品77777| 久久亚洲AV无码西西人体| 久久婷婷五月综合色奶水99啪| 久久久久综合国产欧美一区二区| 精品久久久久久无码专区| 久久精品国产99国产精品导航| 国产精品gz久久久| 亚洲综合久久综合激情久久| 日韩乱码人妻无码中文字幕久久| 色婷婷噜噜久久国产精品12p | 亚洲国产成人久久综合碰碰动漫3d| 久久久高清免费视频| 久久久中文字幕日本| 9191精品国产免费久久| 久久被窝电影亚洲爽爽爽| 91精品国产综合久久婷婷| 97精品依人久久久大香线蕉97| 久久综合色区| 日韩美女18网站久久精品| 久久久久99精品成人片| 免费精品99久久国产综合精品| 国产精品久久久天天影视| 99久久婷婷国产一区二区| 国产精品欧美亚洲韩国日本久久| 久久伊人精品青青草原高清| 国产人久久人人人人爽|