redis字符串類型的示例分析

這篇文章主要介紹redis字符串類型的示例分析，文中介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們一定要看完！

成都創(chuàng)新互聯(lián)公司專注于企業(yè)成都營銷網(wǎng)站建設(shè)、網(wǎng)站重做改版、博湖網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5技術(shù)、商城系統(tǒng)網(wǎng)站開發(fā)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)公司、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計(jì)等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為博湖等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

我們都知道redis是采用C語言開發(fā)，那么在C語言中表示string都是采用char[]數(shù)組的，然后你可能會想，那還不簡單，當(dāng)我執(zhí)行如下命令，肯定是直接塞給char[]數(shù)組的。

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

第一：如果你每次都執(zhí)行Append函數(shù)，那是不是redis的char[]每次都需要再次擴(kuò)容，這樣是不是每次都是耗時操作呢？

第二：如果你每次執(zhí)行String中的StrLen，那redis底層是不是每次都要遍歷char數(shù)組來得到結(jié)果呢？

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

根據(jù)上面說的那些小情況，所以redis的作者沒有那么傻，正常的邏輯應(yīng)該是在char[]數(shù)組的層面上自己再來封裝一層。

1. SDS結(jié)構(gòu)體

在redis里面是采用SDS(simple dynamic string)來封裝char[]的，這個也是redis存儲的最小單元，下一個問題就是哪里能看得到呢？我在wget壓縮包的時候，里面就有redis源碼啦，據(jù)說還只有3w多行，這就告訴我們，有什么問題，自己動手豐衣足食，對吧，為查找方便，我就把redis的源碼拖到window上用vs打開，接下來我們看看SDS長成啥樣？？？

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

<1> len： 標(biāo)記char[]的長度, 有點(diǎn)類似我們C#中List的length一個意思。

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

<3>buf[]:存放元素的坑，不一定和元素的實(shí)際個數(shù)相等，比如前面說的cnblogs。也有可能是[c][n][b][l][o][g][s][/0][][][]。

二、探索Redis對象(RedisObject)

前面說到的SDS僅僅是char[]數(shù)組的封裝，并不能標(biāo)識redis中的5大類型，所以可想而知，redis還需要在SDS上面進(jìn)行封裝，所以就有了接下來的

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

可以看到RedisObject是在redis.h源代碼文件中的，下面我簡單說說type和ptr屬性，詳細(xì)的東西在后續(xù)說。

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

<2> *ptr 可以看到這玩意還是個指針類型，它所指向的內(nèi)存地址，你應(yīng)該也知道了，就是所謂的SDS枚舉類型。

好了，到現(xiàn)在你可以整合一下博客開始處的：

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

針對上面的set命令，redis其實(shí)會創(chuàng)建兩個RedisObject對象，鍵的RedisObject 和值的RedisOjbect其中它們的type=REDIS_STRING ，也就都是字符串對象類型，其中的SDS分別存儲的就是name和cnblogs的字符咯，好了，大概就這樣了。

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

1. incr,incrby,decr,decrby

這四個命令有點(diǎn)像C#中的Interlocked類的方法，如果你了解Interlocked，你應(yīng)該就知道下面有各種原子自增，自減等等方法，如下圖：

redis這個自增有什么好處呢？我覺得用這個生成訂單號還是蠻好的，我記得在攜程的時候，生成訂單號是專門的一個OrderIDDB中的func函數(shù)來生成的，這樣OrderID是不依賴于任何業(yè)務(wù)庫的，然后我們就可以相對方便的分庫分表了，現(xiàn)在用redis這樣做也挺好的。

其他的一些命令也沒什么好說的了，大家可以對照redis手冊看一看就好了。

以上是“redis字符串類型的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)站名稱：redis字符串類型的示例分析
標(biāo)題路徑：http://muchs.cn/article34/ghcjpe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗(yàn)、品牌網(wǎng)站制作、品牌網(wǎng)站設(shè)計(jì)、網(wǎng)站設(shè)計(jì)、外貿(mào)網(wǎng)站建設(shè)、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)