15天玩轉redis —— 第二篇 基礎的字符串類型

　　　

        咱們都知道redis是採用C語言開發，那麼在C語言中表示string都是採用char[]數組的，而後你可能會想，那還不簡單，當我執行以下命令，確定是直

接塞給char[]數組的。

若是你真的這麼想的話，會有幾個問題就要過來砍你了，先咱們來找一個redis手冊，http://doc.redisfans.com/

 

第一：若是你每次都執行Append函數，那是否是redis的char[]每次都須要再次擴容，這樣是否是每次都是耗時操做呢？

第二：若是你每次執行String中的StrLen，那redis底層是否是每次都要遍歷char數組來獲得結果呢？

 

一： 探索Redis中的String是如何存儲的

　　

       根據上面說的那些小狀況，因此redis的做者沒有那麼傻，正常的邏輯應該是在char[]數組的層面上本身再來封裝一層，你說對不對？？？

 

1. SDS結構體

    在redis裏面是採用SDS(simple dynamic string)來封裝char[]的，這個也是redis存儲的最小單元，下一個問題就是哪裏能看獲得呢？我在wget壓

縮包的時候，裏面就有redis源碼啦，聽說還只有3w多行，這就告訴咱們，有什麼問題，本身動手豐衣足食，對吧，爲查找方便，我就把redis的源碼拖

到window上用vs打開，接下來咱們看看SDS長成啥樣？？？

 

能夠看到它是定義在redis源碼中的sds.h源文件中的，你可能會奇怪，這三個屬性是幹嗎用的？？？下面我簡單說一下。

<1> len： 標記char[]的長度, 有點相似咱們C#中List的length一個意思。

<2> free: 標記char[]中未使用的元素個數，就是有幾個空坑的意思。

<3>buf[]:存放元素的坑，不必定和元素的實際個數相等，好比前面說的cnblogs。也有多是[c][n][b][l][o][g][s][/0][][][]。

 

二：探索Redis對象(RedisObject)

     前面說到的SDS僅僅是char[]數組的封裝，並不能標識redis中的5大類型，因此可想而知，redis還須要在SDS上面進行封裝，因此就有了接下來的

RedisObject對象，咱們先看看它長成啥樣。

能夠看到RedisObject是在redis.h源代碼文件中的，下面我簡單說說type和ptr屬性，詳細的東西在後續說。

 

<1> type   這個就是用來標識redisObject是哪一種類型，既然是哪一種類型，確定就有一個類型枚舉，對吧，確定有了，給你看看。

　　　　　　

<2> *ptr  能夠看到這玩意仍是個指針類型，它所指向的內存地址，你應該也知道了，就是所謂的SDS枚舉類型。

 

好了，到如今你能夠整合一下博客開始處的：

127.0.0.1:6379> set name cnblogs
OK
127.0.0.1:6379> get name
"cnblogs"
127.0.0.1:6379> 

針對上面的set命令，redis其實會建立兩個RedisObject對象， 鍵的RedisObject 和 值的RedisOjbect 其中它們的type=REDIS_STRING ，

也就都是字符串對象類型，其中的SDS分別存儲的就是name和cnblogs的字符咯，好了，大概就這樣了。

 

三：挑選幾個有意思的命令

1. incr,incrby,decr,decrby

　 這四個命令有點像C#中的Interlocked類的方法，若是你瞭解Interlocked，你應該就知道下面有各類原子自增，自減等等方法，以下圖：

 

redis這個自增有什麼好處呢？我以爲用這個生成訂單號仍是蠻好的，我記得在攜程的時候，生成訂單號是專門的一個OrderIDDB中的func函數來生成的，

這樣OrderID是不依賴於任何業務庫的，而後咱們就能夠相對方便的分庫分表了，如今用redis這樣作也挺好的。

其餘的一些命令也沒什麼好說的了，你們能夠對照redis手冊看一看就行了，就此結束，準備去公司了。