扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章主要介绍redis底层数据结构的示例分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
双塔网站建设公司创新互联,双塔网站设计制作,有大型网站制作公司丰富经验。已为双塔上千提供企业网站建设服务。企业网站搭建\外贸营销网站建设要多少钱,请找那个售后服务好的双塔做网站的公司定做!
全局命令
Redis有5种数据结构,虽然它们底层不同,但还是有一些通用的命令是相同的。
查看所有键(返回所有的键,并它具体的键输出出来)
keys *
查看键总数(返回当前数据库中的键的个数)
dbsize
备注:dbsize命令在计算键总数时不会遍历所有的键,而是直接获Redis内置的键总数变量,所以dbsize命令的时间复杂度是O(1)。而keys命令则会遍历所有键,所以它的时间复杂度是O(n),所以如果Redis中保存了大量的键时,keys命令要慎用。
检查键是否存在
exists key
我们看exists命令是有返回值的当键存在时则返回值为1,当然键不存时返回值则为0。
删除键
del key
我们知道在Redis中有5种数据结构,但del命令可以直接删除任意类型的数据结构,而不用担心它底层的实现。
我们看del命令和exists命令一样,都是有返回值的。只不过不同的是del命令返回的时成功删除键的个数。如果返回的是0,说明该键没有被成功删除,也就说明该键不存在。如果返回的是大于0的数,是表示多个键被删除了。下面我们看一下删除多个键的操作。
键过期
expire key seconds
Redis支持对键添加过期时间,当超过这个过期时间时,Redis会自动将键删除。
当我们通过expire命令设置键的过期时间后,我们可以使用
ttl key
命令查看该键的剩余过期时间,所以ttl命令是有返回值的,也就是该键的剩余时间,单位是秒。除此之外,ttl命令有3种类型的返回值。下面我们看一下这3种返回值的区别。
>=0:表示剩余的过期时间
-1:键没设置过期时间
-2:键不存在
键的数据结构类型
type key
如果键是字符串则type命令返回的就是字符串,如果是其它的数据类型则会返回其它的数据类型(因为我们还没有学习其它的类型,这里暂时只考虑字符串),如果键不存在时,在返回none。
数据结构和内部编码
上面我们知道type命令会返回Redis中键的数据类型,也就是string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(有序集合)等。但这些只是对外的数据结构,实际上在Redis的内部不同的数据结构有不同的底层的内部编码。不同内部编码在Redis中有些不同的性能,并且在Redis中会自动判断应该用哪种编码来存储数据,已保证Redis的性能。我们可以通过下面的命令来查看键的内部编码。
object encoding key
我们可以看出,上面保存的jilinwula这个键的内部编码就是embstr。下面我们看一下在Redis中所有的数据结构所对应的内部编码。
下面我们分析一下,为什么Redis要这样设计数据结构及底层编码呢。首先第一个好处就是可以改进内部编码。当这样做时,而不需要改变内部的数据结构,也就无需修改外部结构及命令了。第二个好处就是,我们知道不同的内部编码有着不同的性能,当这样设计时,如果我们要改变底层的内部编码时,我们只需要根据Redis配置选项就可以,将我们曾经存储过的key的底层编码更改,这样就可以针对不同的业务场景,个性化配置,进而提升性能。
单线程架构
我们知道Redis使用了单线程架构和I/O多路复用模型来实现高性能的内存服务。
单线程模型
每当客户端调用命令时都会经历3个步骤:发送命令、执行命令、返回结果3个过程。我们之前介绍过Redis是单线程的,所以每一条命令从客户端发送到服务端,命令不会立即执行,而是将所有的命令都会进入一个队列中,然后在顺序执行。这样,当我们客户端启动多个时执行命令时,不用考虑并发的问题,因为它们都会进入队列,顺序执行。
为什么单线程处理速度这么快 第一,我们知道Redis是将数据都存储到内存中的,内存的处理速度,要比纯硬盘IO的速度要快的多。
第二,非阻塞I/O,Redis使用epoll作为I/O多路复用技术实现的,在加上Redis自身的事件处理模型将epoll中的连接、读写、关闭都转换为事件,不在网络I/O上浪费过多的时间。
单线程避免线程切换等消耗
第一,我们知道做项目开发时,如果要对多线程做兼容,那么它要比单线程要复杂多了,代码变复杂了,出现BUG的可能性也就多了。
第二,在开发多种线程时,我们知道线程间的切换,是很耗资源的,并且对服务端来说,对线程添加锁,每次执行时都会判断锁,是很费时间的。
虽然Redis的单线程架构是有好处的,但是这也是它的弊端,我们知道,在执行命令时是顺序执行的,如果上一个命令没有执行完,那么剩下的命令是不会执行的,这也就造成了命令的阻塞。这对于Redis这种内存数据库来说,如果发生了阻塞,那么后果,可想而知,所以,我们在执行相关命令时,一定要慎重。
以上是“Redis底层数据结构的示例分析”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注创新互联行业资讯频道!
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流