Redis數據結構學習-跳表(四)

跳表

跳表 skiplist 是一種有序的數據結構, 通過在每個節點中維持多個指向其它節點的指針、達到快速訪問節點的目的

支持平均 O(logN), 最壞 O(N)復雜度的查找, 還支持順序性操作來批量處理節點, 大部分情況下、效率可以合平衡樹相媲美, 且實現簡單, 很多程序都可以使用skipList替代平衡樹, Redis使用跳躍表作為有序集合鍵的底層實現之一.

跳表只在兩個地方使用: 實現有序集合鍵 & 在集群節點中用作內部結構

跳表的實現

Redis 的跳躍表由 redis.h/zskiplistNoderedis.h/zskiplist 兩個結構定義, zskiplistNode 結構用于表示跳躍表節點, zskiplist 則用于保存跳躍表節點的相關信息, eg.

節點梳理、及指向表頭節點 和 表尾節點的指針.

跳表示意圖.png

最左邊是跳表的zskiplist結構, 包含下邊這些屬性:

header: 指向跳表的表頭節點

tail: 指向跳表的表尾節點

level: 記錄當前跳表內、層次最大的那個節點的層數(表頭節點的層數不計算在內)

length: 記錄跳表的長度, 即: 目前跳表內包含的節點的數量(表頭節點不計)

右邊是4個zskiplistNode結構, 屬性如下:

level: 節點中用 L1, L2, L3 等標記節點的各個層, L1代表第一層, 依次類推. 每個層有兩個屬性: 前進指針跨度. 前進指針用于訪問位于表尾方向的其它節點, 跨度記錄前進指針指向的節點和當前節點的距離. 程序從表頭向表尾遍歷時, 訪問會沿著層的前進指針進行.

backward: 后退指針, 節點中BW標記的指針, 指向當前節點的前一個指針, 后退指針在程序從表尾向表頭遍歷時使用

score: 分值, 節點中的1.0, 2.0, 3.0是各節點保存的分值, 在跳表中節點按各自保存的分值從小到大排列.

obj: 成員對象, 各個節點中的o1, o2 和 o3 是節點保存的成員對象.

注意: 表頭節點和其它節點的構造是一致的, 也有后退指針, 分值 和 成員對象, 但不會被使用.

跳躍表節點

redis.h/zskiplistNode結構定義

typedef struct zskiplistNode {
  // 層
  struct zskiplistLevel {
    struct zskiplistNode *forward; // 前進指針
    unsigned int span; // 跨度
  }level[];
  struct zskiplistNode *backward; // 后退指針
  double score; // 分值
  robj *obj; // 成員對象
} zskiplistNode;

跳躍表節點的level數組可以包含多個元素, 每個元素都包含一個指向其它節點的指針, 程序可以通過這些層來加速訪問其它節點的速度, 一般來說、層的數量越多, 訪問其它節點的速度就越快. 每次創建一個新的跳表時、程序根據冪次定律隨機生成一個介于1和32之間的值作為level數組的大小, 即 層高

前進指針 每一個層都有一個指向表尾方向的前進指針(level[i].forward), 用于從表頭向表尾方向訪問節點.

跨度 (level[i].span)用于記錄兩個節點之間的距離, 兩個節點之間的跨度越大,相距就越遠. 指向null的所有前進指針的跨度都為0, 因為他們沒有連向任何節點

后退指針 (backward)用于從表尾向表頭方向訪問節點, 跟一次可以跳多個節點的前進指針不同, 每個節點只有一個后退指針、只能后退至前一個節點.

分值和成員 (score)是一個double類型的浮點數, 跳躍表中所有的節點都按分值從小到大來排序(obj)是一個指針、指向一個字符串對象、字符串對象中則保存著一個SDS

在同一個跳表中、各節點保存的成員對象必須是唯一的、但多個節點保存的分值卻是可以相同的. 分值相同的節點按照成員對象在字典序中的大小排序, 小的節點放在前邊.

跳躍表

僅靠多個跳躍表節點就可以完成一個跳表、但使用一個zskiplist結構來持有這些節點, 程序可以更方便的對整個跳表進行處理, eg. 快速訪問跳表的頭結點和尾結點、快速獲取節點數量.

typedef struct zskiplist {
  struct zskiplistNode *header, *tail; // 表頭節點和表尾節點
  unsigned long length; // 表中節點的數量
  int level; // 表中層數最大的節點的層數
} zskiplist;

headertail 指針分別指向表頭和表尾節點, 程序定位表頭節點和表尾節點的復雜度是 O(1)

通過length屬性記錄節點的數量、程序可以在 O(1) 復雜度內返回跳表長度

level 屬性則用于在 O(1)復雜度內獲取跳表中層高最大的節點的層數量(表頭節點的層高不計)

重點回顧

  1. 跳表是有序集合的底層實現之一
  2. Redis的跳表實現由 zskiplistzskiplistNode 兩個結構組成, 其中 zskiplist 用于保存跳表信息(eg. 表頭節點、表尾節點、長度)、而zskiplistNode 則用于表示跳躍表節點
  3. 每個跳躍表節點的層高都是 1~32 之間的隨機數
  4. 同一個跳表中、多個節點可以包含相同的分值、但每個節點的成員對象必須是唯一的
  5. 跳表中的節點按照分值大小排序、分值相同時、節點按照成員對象的大小排序
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,363評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,497評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,305評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,962評論 1 311
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,727評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,193評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,257評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,411評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,945評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,777評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,978評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,519評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,216評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,642評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,878評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,657評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,960評論 2 373

推薦閱讀更多精彩內容