成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

如何分析Redis的架構設計?

存儲 存儲軟件 Redis
Redis本身內容繁雜,要是上來就研究一細節點,如連接池、數據結構,雖可直接學到某個點的詳盡源碼內容,甚至盡快解決一些事故,但容易溺死在細節汪洋,無法整體把控Redis。

 [[433729]]

正文

Redis本身內容繁雜,要是上來就研究一細節點,如連接池、數據結構,雖可直接學到某個點的詳盡源碼內容,甚至盡快解決一些事故,但容易溺死在細節汪洋,無法整體把控Redis。

最好是先建立起“架構”。想精通Redis,須能領略其總體架構,再深入具體技術點。

構造Redis 這種 KV DB,首要考慮:

  • 數據模型

能存什么數據?如用戶信息(用戶ID、name、age、sex等),通常用 MySQL,在一個用戶ID對應一個用戶信息集合的場景下,就是KV DB的數據模型之一,也能滿足這類存儲需求。

  • 操作接口

可以怎么操作數據?如計算多個用戶的avg年齡,KV DB則無法勝任。因其只提供了簡單的操作接口,并不支持復雜聚合計算。

所以,先搞懂數據模型和操作接口,才能物盡其用。

數據模型

KV DB,最基本數據模型就是KV模型。選型KV DB時,一大因素就是其支持的V類型:

  • Memcached僅支持String V類型
  • 而Redis支持的V類型還包括hash、list、set等
  • 所以Redis能被更廣泛應用。
  • 對 crud boy來說,不同V類型就意味著能支持多種業務的數據需求。

操作接口

無論什么DB,基本操作都逃不開 crud:

  • PUT:新寫入或更新一個KV對
  • GET:根據一個key讀取相應的V值
  • DELETE:根據一個key刪除整個KV對
  • SCAN操作:根據一段K范圍,返回相應V值

內存 or 外存?

  • 在內存,讀寫快,百ns級。風險是一旦掉電,會丟失所有數據
  • 在外存,雖可避免數據丟失,但受限于磁盤慢速讀寫(幾ms級別),KV DB整體性能會被拉低。

因此,需根據KV DB應用場景來選型。

如緩存場景下的數據需要能快速訪問但允許丟失,則采用內存保存KV數據。

訪問模式選型

  • 通過函數庫調用供外部使用

如libsimplekv.so,就是以動態鏈接庫的形式鏈接到我們自己的程序,提供KV存儲功能,如RocksDB。

  • 通過網絡框架,以Socket通信對外提供KV對操作,可提供廣泛的KV存儲服務

如Memcached和Redis。

通過網絡框架提供KV存儲服務:

  • 擴大了KV DB的生態
  • 給KV DB的性能、運行模型提供了不同選型,帶來潛在問題

比如,當客戶端發送如下命令,該命令會被封裝在網絡包中發送給KV DB:

  1. PUT java edge 

KV DB網絡框架接收到網絡包,并按照相應的協議進行解析后,可知客戶端想寫入一個鍵值對,并開始實際寫入。

I/O模型設計

網絡連接的處理、解析客戶端的請求及數據存取的處理,應該選擇怎樣的線程模型?

  • 一個線程,既要處理網絡連接、解析請求,又要完成數據存取,一旦某一步操作發生阻塞,整個線程就會阻塞住,這就降低了系統響應速度
  • 多線程處理不同操作,則某個線程被阻塞時,其他線程還能正常運行。但不同線程間如果需要訪問共享資源,又會產生線程競爭,影響系統效率

所以,這里也還需精心設計。

KV對的定位

知道了要進行的KV對操作,就得查找所要操作的KV對是否存在,這就依賴KV DB的索引模塊:讓KV DB據key找到相應V的存儲位置。

不同KV DB采用的索引:

  • Memcached、Redis采用哈希表
  • RocksDB采用跳表

一般內存KV DB(如Redis)采用哈希表作為索引,主要因其KV基本都保存在內存,而內存高性能隨機訪問特性與哈希表O(1)復雜度匹配。

Redis的V支持多種類型,當通過索引找到一個K所對應V,仍需從V的復雜結構(如set或list)中進一步找到想要數據,該操作的效率本身就依賴其實現結構。而Redis便采用一些高效的索引結構作為某些V類型的底層數據結構。

各操作的具體邏輯

不同操作找到V的存儲位置后的操作:

  • GET/SCAN

根據V的存儲位置返回V值

  • PUT

為該KV對分配內存空間

  • DELETE

刪除KV對,并釋放內存空間,該過程由分配器完成

重啟后快速提供服務

KV DB的KV對大小不一,分配器在處理隨機的大小內存塊分配時,表現不好的話,一旦KV對數據規模過大,可能導致嚴重內存碎片。

所以分配器是KV DB中的關鍵。對內存存儲為主的Redis更重要。Redis的內存分配器提供了多種選擇,分配效率也不同。

KV DB雖依賴內存保存數據,提供快速訪問,但也希望KV DB重啟后能快速重新提供服務,所以,在其存儲模塊增加持久化功能。

因為磁盤管理比內存管理復雜,KV DB直接采用文件形式,將KV數據通過調用本地文件系統的操作接口保存在磁盤。

此時,KV DB只需考慮何時將內存中的KV數據保存到文件:

  • 每個KV對都落盤保存,這雖然讓數據更可靠,但每次都寫盤,性能受大影響
  • 周期性把內存中的KV對保存到文件,避免頻繁寫盤。但數據有丟失風險

所以,Redis提供了持久化功能,還有多種執行機制和性能優化點。

KV DB - Redis 架構

 

本文轉載自微信公眾號「JavaEdge」,可以通過以下二維碼關注。轉載本文請聯系JavaEdge公眾號。

 

責任編輯:武曉燕 來源: JavaEdge
相關推薦

2015-06-02 04:17:44

架構設計審架構設計說明書

2025-03-04 00:00:33

2015-06-02 04:34:05

架構設計

2025-04-15 04:00:00

2025-05-27 10:15:00

Go開發軟件架構

2013-05-27 10:58:28

Tumblr架構設計雅虎收購

2023-05-12 08:06:46

Kubernetes多云架構

2023-01-05 08:12:11

分層應用代碼

2023-07-05 08:00:52

MetrAuto系統架構

2009-01-15 09:43:51

Web架構設計緩存

2012-05-11 10:38:15

Cloud Found

2023-08-20 12:21:18

軟件開發架構設計

2025-05-09 08:45:13

2009-07-06 10:36:41

敏捷開發

2023-07-03 17:15:12

系統架構設計

2024-02-20 09:25:28

架構設計系統

2024-12-06 08:59:08

2015-10-29 10:50:46

Android架構設計原則

2024-10-17 08:26:53

ELKmongodb方案

2012-06-07 10:45:12

軟件架構設計原則
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 一区二区在线不卡 | 亚洲精品乱码久久久久久9色 | 激情欧美一区二区三区 | 中文字幕亚洲视频 | 国产在线精品一区二区三区 | 精品久久久久久久久久久久久久久久久 | 久久成人国产 | 精品一区二区三区免费毛片 | 综合久久一区 | 国产成人免费网站 | www.av在线| 成人免费观看男女羞羞视频 | 在线亚洲免费 | 国产视频线观看永久免费 | 偷拍自拍网站 | 中文字幕在线播放不卡 | 亚洲免费精品 | 亚洲a在线观看 | 国产一区二区三区久久久久久久久 | 91精品久久久久久久久久入口 | 91天堂网| 麻豆91av| 日韩在线中文字幕 | 国产日韩精品视频 | 99国内精品久久久久久久 | 欧美日韩精品 | 99热在线免费 | 国产精品视频网 | 成人欧美一区二区三区黑人孕妇 | 一区二区三区电影在线观看 | 亚洲第一在线视频 | 亚洲午夜精品 | 一级片网址 | 亚洲国产成人精品女人久久久 | 97在线超碰 | 精品三区| 国产中文字幕在线观看 | 91精品国产综合久久久久久丝袜 | 国产精品1区| 在线国产一区二区 | 日韩成人在线播放 |