從 RedisObject 說起

在 Redis 中，任意數據類型的鍵和值都會被封裝為一個 RedisObject ，也叫做Redis對象，源碼如下

我們來看一下這個結構體中的成員變量分別代表什么：

• unsigned type:4 ：對象類型，分別是 string hash list set zset ，占 4 個 bit 位，如下所示
• #define OBJ_STRING 0 /* String object. */ #define OBJ_LIST 1 /* List object. */ #define OBJ_SET 2 /* Set object. */ #define OBJ_ZSET 3 /* Sorted set object. */ #define OBJ_HASH 4 /* Hash object. */
• unsigned encoding:4： 底層編碼方式，共有 11 種，4 個 bit 位
• unsigned lru:LRU_BITS ：該對象最后一次被訪問的時間，占 24 個 bit ，在 Redis 內存回收中起到關鍵作用
• int refcount ：對象引用計數器，計數器為 0 則說明對象無人引用，可以被回收
• void *ptr：指針，指向存放實際數據的空間

我們注意到，在 Redis 中有 5 中數據結構（用戶使用的），但在底層卻有 11 種編碼方式，Redis 會根據存儲的數據類型、存儲數據的大小，選擇不同的編碼方式，以獲得最優的性能。一種數據結構會對應多種數據結構，如下表所示。

下面，我們現在介紹以下 String 數據類型，及其底層的編碼方式。

Redis 數據結構 -- String

String 類型的基本介紹和命令

String 類型，也就是字符串類型，是Redis中最簡單的存儲類型。它可以存儲字符串、整數或浮點數。下面是一些 String 類型常用的命令

1.SET key value：設置指定 key 的值為指定的字符串或數字。

2.GET key：獲取指定 key 的值。

3.本地虛擬機redis:0>set key01 value01 "OK" 本地虛擬機redis:0>get key01 "value01"

4.INCR key：將指定 key 的值加 1，如果該 key 不存在，則先將其設置為 0，再進行加 1 操作。

5.DECR key：將指定 key 的值減 1，如果該 key 不存在，則先將其設置為 0，再進行減 1 操作。

6.INCRBY key increment：將指定 key 的值增加指定的增量。

7.DECRBY key decrement：將指定 key 的值減少指定的減量。

8.APPEND key value：將指定的值追加到指定 key 的值的末尾。

9.STRLEN key：返回指定 key 的值的長度。

10.GETRANGE key start end：返回指定 key 的值的子字符串，根據起始位置和結束位置指定。

11.SETRANGE key offset value：將指定 key 的值從指定偏移位置開始，替換為指定的字符串。

12.MSET key1 value1 [key2 value2 ...]：同時設置多個 key 的值。（”[ ]” 中括號內表示可選）

13.MGET key1 [key2 ...]：獲取多個 key 的值。

這里僅給出 SET、GET 命令，其他的請自行測試。這些命令只是 Redis String 類型命令的一小部分，Redis 還提供了其他更多的命令來處理 String 類型的數據。你可以參考 Redis 官方文檔以獲取完整的命令列表和詳細的命令說明。

String 類型的底層實現

在 Redis 中，String 類型的數據結構并不是采用 C 語言中自帶的字符串類型，C 語言中的數據結構存在很多問題，比如：

• 獲取字符串長度的需要通過運算
• 非二進制安全
• 不可修改

因此，String 在 Redis 中有其他三種編碼方式： int、embstr、raw 。其中， raw 和 embstr 類型，都是基于動態字符串（SDS）實現的，下面我們先來看看動態字符串的結構是怎樣的。

動態字符串（SDS）

動態字符串的結構體如下

這里解釋一下結構體中各個成員變量的作用：

• len：已經保存的字符串字節數，不包含結束標示
• alloc：申請的總的字節數，不包含結束標示
• flags：不同的 SDS 的頭類型，用來控制 SDS 的頭大小
• buf[]：真正存儲數據

我們先來聊一下 flags 這個成員變量。在 redis 中其實定義了 5 個 SDS結構體（其中 hisdshdr5 已經棄用）如圖所示。他們之間的主要區別在于 len 和 alloc 的長度不同。

在 redis 中，為了盡可能地節省內存空間，當字符串長度在不同的區間時，會選擇不同的結構體，例如：

• 當字符串長度在 0~255 個字節之間時，會選擇 hisdshdr8 ，這樣一來，用于表示字符串字節數和申請的總字節數的空間就會被大大節省，以此類推。

例如，一個包含字符串“name”的 sds 結構如下：

SDS之所以叫做動態字符串，是因為它具備動態擴容的能力，例如一個內容為 “hello” 的 SDS，假如我們要給這個 SDS 追加一段字符串 ”world” ，這里首先會申請新內存空間：

• 如果新字符串小于1M，則新空間為擴展后字符串長度的兩倍+1
• 如果新字符串大于1M，則新空間為擴展后字符串長度+1M+1。

這種機制稱為內存預分配。內存預分配可以減少進行內存重新分配的開銷，減少內存碎片，使得 redis 的性能得到提高，空間利用率也得到提高。

String 的三種編碼方式

RAW

• raw 是 string 的基本編碼方式，基于簡單動態字符串（SDS）實現，存儲上限為512mb。當一個字符串采用 raw 的編碼方式的時候，它的結構如圖所示。

EMBSTR

• 如果存儲在 SDS 中的數據小于等于 44 字節，則會采用 EMBSTR 編碼，此時 **RedisObject 與 SDS 是一段連續空間。而不是像 RAW 的編碼方式一樣，由 ptr 指向另外一片空間，**申請內存時只需要調用一次內存分配函數，效率更高。結構如下，

為什么是 44 字節？Redis 默認的內存分配器 jemalloc 分配內存大小的單位是 $2^n$ ，因此，如果分配的空間大小為 2、4 、8 … 字節等 $2^n$ 字節，就不會產生內存碎片。

而 redisObject 和 hisdshdr8 中 len alloc flags三個成員變量加起來剛剛好是 16 + 4 = 20 字節，如果 char[] （數據大小）的大小為 44 字節時，加起來剛剛好是 64 字節，也即 26 不會產生內存碎片。

• RAW 和 EMBSTR 的編碼演示

INT

• 如果存儲的字符串是整數值，并且大小在 LONG MAX 范圍內，則會采用 INT 編碼
• 直接將數據保存在 RedisObject 的 ptr 指針位置（剛好8字節)，不再需要SDS了。

• INT 編碼演示

寫在最后：在使用 string 類型時，盡可能讓其長度小于 44 字節，或者使用整數表示，使其使用 EMBSTR 和 INT 編碼