IVAL tree

IVAL tree

IAVL树是AVL树的变种,能够维护版本。它和patricia树相比在某些场景下sha3的计算个数更少。

它的核心思想是:通过平衡旋转来使得查询次数在log2(n),在保存版本之后, 由于重哈希会和旋转都会改变节点的hash值,前一个版本不再被引用的节点被成为孤儿节点,也会被保存在db中。

数据结构

Node的表示:

type Node struct {
    key       []byte
    value     []byte
    version   int64
    height    int8
    size      int64
    hash      []byte
    leftHash  []byte
    leftNode  *Node
    rightHash []byte
    rightNode *Node
    persisted bool
}

height 表示节点在树中的高度,version表示该node被保存时的版本。 一个经典的二叉树节点表示,出了有lefthash,righthash,version之外的属性。

type ImmutableTree struct {
    root    *Node
    ndb     *nodeDB
    version int64
}

一棵不可变树会包含db和根节点和版本号,node和tree的结合可以提供很多额外的功能,比如遍历子孙节点,寻找兄弟节点,反序列化

type MutableTree struct {
    *ImmutableTree                  // The current, working tree.
    lastSaved      *ImmutableTree   // The most recently saved tree.
    orphans        map[string]int64 // Nodes removed by changes to working tree.
    versions       map[int64]bool   // The previous, saved versions of the tree.
    ndb            *nodeDB
}

可变树可以提供快速回滚的功能,只要是有上一棵树lastSaved的备份。versions会有所有的版本,所有的当前操作都是在ImmutableTree上进行的,orphans字段则提供了额外的删除版本的功能。

删除版本

在插入/更新数据的时候,重hash会产生孤儿节点,旋转会产生孤儿节点,孤儿节点保存的格式是 'o/{节点最后应该存在的tree的版本}/{节点最开始出现的tree的版本}',当然只有persistent的孤儿节点会保存到数据库,临时的孤儿节点没有必要保存。
在删除某个特定版本version的时候,首选会遍历所有 'o/version'开头的所有孤儿节点,同时获取version最近的前一个版本preversion,如果preversion< {节点最开始出现的tree的版本}, 说明没有任何版本再引用这个孤儿节点,则可以删除这个孤儿节点以及这个孤儿节点代表的真是节点。

RangeProof

type RangeProof struct {
    LeftPath   PathToLeaf      `json:"left_path"`
    InnerNodes []PathToLeaf    `json:"inner_nodes"`
    Leaves     []proofLeafNode `json:"leaves"`
}

RangeProof的一个好处是可以验证一个key不存在。
它的思路是根据range{startKey, endKey}, 首先找出startKey的所有验证路径,然后从根节点中序遍历到叶子节点(注意遍历的过程中有对key的控制,使之不会走出去),第一次接触叶子节点后的所有节点的右子节点都添加到InnerNodes中。而在range 中的叶子节点都会添加到Leaves中。

一个 RangeProof 首先要证明它自己是合法的,需要和rootHash进行verify。Leaves[0] 需要和 LeftPath 验证rootHashLeaves[i]InnerNodes[i]验证hash相同。

证明一个key不存在的几种情况:

  1. 如果 LeftPath 是一路向左的,同时验证的key比Leaves的第一个的key还小,证明待验证key比所有的key都小。
  2. 如果 LeftPath 是一路向右的,同时key比Leaves的第一个的key还大,证明待验证key比所有的key都小。
  3. 否则从Leaves[i] 的第一个到最后一个比较,如果有一个key相同的,则验证失败;如果中途比任何一个key小,则证明key不存在。比较到最后,则这个proof无法证明一个key不存在。

以此放入[a-z]的key,删除i的key,查询 e-k的rangeproof

ivamc.png

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,542评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,596评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,021评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,682评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,792评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,985评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,107评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,845评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,299评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,612评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,747评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,441评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,072评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,828评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,069评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,545评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,658评论 2 350