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手册看一看就好了,就此结束,

时间: 2024-11-02 10:58:17

15天玩转redis —— 第二篇 基础的字符串类型的相关文章

15天玩转redis —— 第一篇 开始入手

一:Redis是什么? 这个我想怎么总结呢,突然发现再好的解释也没有redis官网解释的好,它的解释已经达到超宇宙的级别了...不信你可以看看. 人家也说了,redis是个内存存储的数据结构服务器,这个听起来有多么牛逼啊....一说到数据结构,第一反映就会想到C#中那些dictionary,hashset,list, SortDictionary等等...然后你也会想到这些数据结构有如下一些缺点. 比如: 1. dictionary不能在多台机器中共享内存,除非你用wcf把dictionary单

15天玩转redis —— 第九篇 发布/订阅模式

本系列已经过半了,这一篇我们来看看redis好玩的发布订阅模式,其实在很多的MQ产品中都存在这样的一个模式,我们常听到的一个例子 就是邮件订阅的场景,什么意思呢,也就是说100个人订阅了你的博客,如果博主发表了文章,那么100个人就会同时收到通知邮件,除了这个 场景还能找到其他场景么,当然有啦,你想想,如果你要在内存里面做一个读写分离的程序,为了维持数据的完整性,你是不是需要保证在写入 的时候,也要分发到各个读内存的程序中呢?所以说场景还是很多的,在于你的挖掘~~~ 下面还是从基本命令入手: 一

15天玩转redis —— 第六篇 有序集合类型

今天我们说一下Redis中最后一个数据类型 "有序集合类型",回首之前学过的几个数据结构,不知道你会不会由衷感叹,开源的世界真好,写这 些代码的好心人真的要一生平安哈,不管我们想没想的到的东西,在这个世界上都已经存在着,曾几何时,我们想把所有数据按照数据结构模式组成 后灌输到内存中,然而为了达到内存共享的方式,不得不将这块内存包装成wcf单独部署,同时还要考虑怎么序列化,何时序列互的问题,烦心事太多 太多...后来才知道有redis这么个吊毛玩意,能把高级的,低级的数据结构单独包装到一

15天玩转redis —— 第十篇 对快照模式的深入分析

我们知道redis是带有持久化这个能力了,那到底持久化成到哪里,持久化成啥样呢???这篇我们一起来寻求答案. 一:快照模式 或许在用Redis之初的时候,就听说过redis有两种持久化模式,第一种是SNAPSHOTTING模式,还是一种是AOF模式,而且在实战场景下用的最多的 莫过于SNAPSHOTTING模式,这个不需要反驳吧,而且你可能还知道,使用SNAPSHOTTING模式,需要在redis.conf中设置配置参数,比如下面这样: # Save the DB on disk: # # sa

15天玩转redis —— 第五篇 集合对象类型

这篇我们来看看Redis五大类型中的第四大类型:"集合类型",集合类型还是蛮有意思的,第一个是因为它算是只使用key的Dictionary简易版, 这样说来的话,它就比Dictionary节省很多内存消耗,第二个是因为它和C#中的HashSet是一个等同类型,废话不多说,先看redis手册,如下: 上面就是redis中的set类型使用到的所有方法,还是老话,常用的方法也就那么四个(CURD)... 一: 常用方法 1. SAdd 这个方法毫无疑问,就是向集合里面添加数据,比如下面这样,

15天玩转redis —— 第七篇 同事的一次缓存操作引起对慢查询的认识

上个星期同事做一个业务模块,需要将一个80M的数据存入到redis缓存中,想法总是好的,真操作的时候遇到了HSet超时,我们使用的是C#的 StackExchange.Redis驱动. <redisCacheClient allowAdmin="true" ssl="false" connectTimeout="5000" abortConnect="false" database="0"> &

15天玩转redis —— 第八篇 你不得不会的事务玩法

我们都知道redis追求的是简单,快速,高效,在这种情况下也就拒绝了支持window平台,学sqlserver的时候,我们知道事务还算是个比较复杂的东西, 所以这吊毛要是照搬到redis中去,理所当然redis就不是那么简单纯碎的东西了,但是呢,事务是我们写程序无法逃避的场景,所以redis作者折衷的写了个简 化版的事务机制,下面我来扯一下它的蛋蛋.   一: 事务实战 具体到事务是什么,要保证什么...这个我想没必要说了,先不管三七二十一,看一下redis手册,领略下它的魔力. 1. mult

15天玩转redis —— 第三篇 无敌的列表类型

据说60%的人使用redis看重的是redis中的list类型,那这个list有什么用呢???不用我说大家都明白,做队列使用呗,为什么用它呢,很简单呗, 因为有了它我就不需要专门的MQ产品啦,比如说RabbitMQ,ActiveMQ等等...对吧. 一:实战 先我们还是看一下List列表给我们提供的方法. 这些方法还是稀里糊涂的有一些的,没关系,做队列使用的话,常用的也就四个:LPOP,LPUSH,RPOP,RPUSH,从这四个单词上面,你应该就明白这 有点像数据结构中的"双端队列",

15天玩转redis —— 第十一篇 让你彻底了解RDB存储结构

接着上一篇说,这里我们来继续分析一下RDB文件存储结构,首先大家都知道RDB文件是在redis的"快照"的模式下才会产生,那么如果 我们理解了RDB文件的结构,是不是让我们对"快照"模式能做到一个心中有数呢??? 一:RDB结构剖析 首先呢,我们要对RDB文件有一个概念性的认识,比如下面画的图一样: 从图中,我们大概看到了RDB文件的一个简要的存储模式,但为了更好的方便对照,我准备save一个empty database,对比一下看看效果: 然后我们用winHex打