redis核心数据结构

这篇具有很好参考价值的文章主要介绍了redis核心数据结构。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

redis下载地址:Download | Redis

linux进入redis目录首先使用make命令进行c++的编译,修改redis.conf文件:

daemonize yes  #后台启动
protected-mode no  #关闭保护模式,开启的
# 需要注释掉bind
#bind 127.0.0.1(bind绑定的是自己机器网卡的ip,如果有多块网卡可以配多个ip,代表允许客户端通过机器的哪些网卡ip去访问,内网一般可以不配置bind,注释掉即可)话,只有本机才可以访问redis

启动退出相关命令:

# 启动redis服务
src/redis-server redis.conf
# 查看运行状态
ps -ef | grep redis
# 连接本地redis
src/redis-cli 

# 退出客户端
quit

# 退出redis服务: 
(1)pkill redis-server 
(2)kill 进程号                       
(3)src/redis-cli shutdown 

redis五种数据结构图:

redis核心数据结构,redis,redis,数据库,缓存

一、string

#查看string类型相关的命令
help @string

1、常用命令

#字符串常用操作
SET key value    //存入字符串键值对
MSET key value [key value ...]    //批量存储字符串键值对
SETNX key value    //存入一个不存在的字符串键值对
GET key    //获取一个字符串键值
MGET key [key ...]    //批量获取字符串键值
DEL key [key ...]    //删除一个键
EXPIRE key seconds    //设置一个键的过期时间(秒)
#原子加减
INCR key    //将key中储存的数字值加1
DECR key    //将key中储存的数字值减1
INCRBY key increment    //将key所储存的值加上increment
DECRBY key decrement    //将key所储存的值减去decrement

2、应用场景

1)、单值缓存
SET key value 	
GET key 
2)、对象缓存
SET user:1 value(json格式数据)
MSET user:1:name rufeng user:1:balance 888
MGET user:1:name user:1:balance
3)、分布式锁 
SETNX product:10001 true    //返回1代表获取锁成功
SETNX product:10001 true    //返回0代表获取锁失败
。。。执行业务操作
DEL product:10001    //执行完业务释放锁

SET product:10001 true ex 10 nx    //防止程序意外终止导致死锁
4)、计数器
#文章点击次数
INCR article:readcount:{文章id}  	
GET article:readcount:{文章id}
5) 、计数器
spring session + redis实现session共享
6) 、分布式系统全局序列号
INCRBY orderId 1000    //redis批量生成序列号提升性能

二、hash

#查看hash类型相关的命令
help @hash

1、常用命令

HSET key field value    //存储一个哈希表key的键值
HSETNX key field value    //存储一个不存在的哈希表key的键值
HMSET key field value [field value ...]    //在一个哈希表key中存储多个键值对
HGET key field    //获取哈希表key对应的field键值
HMGET key field [field ...]    //批量获取哈希表key中多个field键值
HDEL key field [field ...]    //删除哈希表key中的field键值
HLEN key    //返回哈希表key中field的数量
HGETALL key    //返回哈希表key中所有的键值

HINCRBY key field increment    //为哈希表key中field键的值加上增量increment

2、应用场景

1)、对象缓存
HMSET user {userId}:name rufeng {userId}:balance 888
HMSET user 1:name rufeng 1:balance 888
HMGET user 1:name 1:balance
2)、 添加购物车操作
#添加商品
hset cart:用户id 商品id 1
#增加数量
hincrby cart:用户id 商品id 1
#商品总数
hlen cart:用户id
#删除商品
hdel cart:用户id 商品id
#获取购物车所有商品
hgetall cart:用户id

3、hash结构优缺点

  • 优点:

1)同类数据归类整合储存,方便数据管理

2)相比string操作消耗内存与cpu更小

3)相比string储存更节省空间

缺点:

1)过期功能不能用在field上,只能用在key上

2)redis集群架构下不适合大规模使用

三、list

#查看list类型相关的命令
help @list

1、常用命令

LPUSH key value [value ...]    //将一个或多个值value插入到key列表的表头(最左边)
RPUSH key value [value ...]    //将一个或多个值value插入到key列表的表尾(最右边)
LPOP key    //移除并返回key列表的头元素
RPOP key    //移除并返回key列表的尾元素
LRANGE key start stop    //返回列表key中指定区间内的元素,区间以偏移量start和stop指定

BLPOP key [key ...] timeout    //从key列表表头弹出一个元素,若列表中没有元素,阻塞等待					timeout秒,如果timeout=0,一直阻塞等待
BRPOP key [key ...] timeout    //从key列表表尾弹出一个元素,若列表中没有元素,阻塞等待					timeout秒,如果timeout=0,一直阻塞等待

2、应用场景 

1)、常用数据结构
Stack(栈) = LPUSH + LPOP
Queue(队列)= LPUSH + RPOP
Blocking MQ(阻塞队列)= LPUSH + BRPOP
 2)、订阅消息的push和pull

比如A订阅了B还订阅了C,A的id是1,B的id是2,C的id是3

push的思路就是B和C只要发布消息就往A的list中push一个element(如果被订阅数过多的百万粉丝,往在线粉丝push也会影响性能)

LPUSH msg:1 消息id
LPUSH msg:1 消息id
#获取前5条
LRANGE msg:1 0 4

 pull就是比如B发布一条消息,就在自己的list中push一条,当订阅B的用户一上线就pull(拉取之后要做时间排序)

LPUSH msg:2 消息id
LPUSH msg:2 消息id
#订阅的用户一上线获取前5条
LRANGE msg:2 0 4

四、set

#查看set类型相关的命令
help @set

1、常用命令

#常用命令
SADD key member [member ...]    //往集合key中存入元素,元素存在则忽略,若key不存在则新建
SREM key member [member ...]    //从集合key中删除元素
SMEMBERS key    //获取集合key中所有元素
SCARD key    //获取集合key的元素个数
SISMEMBER key member    //判断member元素是否存在于集合key中
SRANDMEMBER key [count]    //从集合key中选出count个元素,元素不从key中删除
SPOP key [count]    //从集合key中选出count个元素,元素从key中删除

#运算操作
SINTER key [key ...]    //交集运算
SINTERSTORE destination key [key ..]    //将交集结果存入新集合destination中
SUNION key [key ..]    //并集运算
SUNIONSTORE destination key [key ...]    //将并集结果存入新集合destination中
SDIFF key [key ...]    //差集运算
SDIFFSTORE destination key [key ...]    //将差集结果存入新集合destination中

2、应用场景

1)、抽奖程序
#点击参与抽奖加入集合
SADD key {userlD}
#查看参与抽奖所有用户
SMEMBERS key
#抽取count名中奖者
SRANDMEMBER key [count] / SPOP key [count]
2)、微博点赞,收藏,标签
#点赞
SADD like:{消息ID} {用户ID}
#取消点赞
SREM like:{消息ID} {用户ID}
#检查用户是否点过赞
SISMEMBER like:{消息ID} {用户ID}
#获取点赞的用户列表
SMEMBERS like:{消息ID}
#获取点赞用户数
SCARD like:{消息ID}
3)、集合操作
#set1:{a,b,c} set2:{b,c,d} set3:{c,d,e}
SINTER set1 set2 set3 { c }
SUNION set1 set2 set3 { a,b,c,d,e }
SDIFF set1 set2 set3 { a }
4)、集合操作实现微博微信关注模型
1) A关注的人: 
ASet-> {B, C}
2) D关注的人:
DSet--> {A, F, B, C}
3) B关注的人: 
BSet-> {A, D, F, C, G)
4) A和D共同关注: 
SINTER ASet DSet--> {B, C}
5) A关注的人也关注D: 
SISMEMBER BSet D
SISMEMBER CSet D
6) A可能认识的人: 
SDIFF DSet ASet->(A, F}
SDIFF BSet ASet->(A, D, F, G}
 5)、集合操作实现电商商品筛选
SADD brand:huawei P40
SADD brand:xiaomi mi-10
SADD brand:iPhone iphone12
SADD os:android P40 mi-10
SADD cpu:brand:intel P40 mi-10
SADD ram:8G P40 mi-10 iphone12

SINTER os:android cpu:brand:intel ram:8G -> {P40,mi-10}

五、zset

#查看zset类型相关的命令
help @sorted_set

1、常用命令

#ZSet常用操作
ZADD key score member [[score member]…]    //往有序集合key中加入带分值元素
ZREM key member [member …]    //从有序集合key中删除元素
ZSCORE key member    //返回有序集合key中元素member的分值
ZINCRBY key increment member    //为有序集合key中元素member的分值加上increment 
ZCARD key    //返回有序集合key中元素个数
ZRANGE key start stop [WITHSCORES]    //正序获取有序集合key从start下标到stop下标的元素
ZREVRANGE key start stop [WITHSCORES]    //倒序获取有序集合key从start下标到stop下标的元素

#Zset集合操作
ZUNIONSTORE destkey numkeys key [key ...]    //并集计算
ZINTERSTORE destkey numkeys key [key …]    //交集计算

2、应用命令

#点击新闻
ZINCRBY hotNews:20190819 1 xxx
#展示当日排行前十
ZREVRANGE hotNews:20190819 0 9 WITHSCORES 
#七日搜索榜单计算
ZUNIONSTORE hotNews:20190813-20190819 7 
hotNews:20190813 hotNews:20190814... hotNews:20190819
#展示七日排行前十
ZREVRANGE hotNews:20190813-20190819 0 9 WITHSCORES

六、Redis的单线程和高性能

Redis是单线程吗?

Redis 的单线程主要是指 Redis 的网络 IO 和键值对读写是由一个线程来完成的,这也是 Redis 对外提供键值存储服务的主要流程。但 Redis 的其他功能,比如持久化、异步删除、集群数据同步等,其实是由额外的线程执行的。

Redis 单线程为什么还能这么快?

因为它所有的数据都在内存中,所有的运算都是内存级别的运算,而且单线程避免了多线程的切换性能损耗问题。正因为 Redis 是单线程,所以要小心使用 Redis 指令,对于那些耗时的指令(比如keys),一定要谨慎使用,一不小心就可能会导致 Redis 卡顿。

Redis 单线程如何处理那么多的并发客户端连接?

Redis的IO多路复用:redis利用epoll来实现IO多路复用,将连接信息和事件放到队列中,依次放到文件事件分派器,事件分派器将事件分发给事件处理器。文章来源地址https://www.toymoban.com/news/detail-701819.html

# 查看redis支持的最大连接数,在redis.conf文件中可修改,# maxclients 10000
127.0.0.1:6379> CONFIG GET maxclients
    ##1) "maxclients"
    ##2) "10000"

其它命令

#匹配指定的key
keys *
SCAN cursor [MATCH pattern] [COUNT count]
#查看redis服务运行信息,分为 9 大块,每个块都有非常多的参数,这 9 个块分别是: 
Server 服务器运行的环境参数 
Clients 客户端相关信息 
Memory 服务器运行内存统计数据 
Persistence 持久化信息 
Stats 通用统计数据 
Replication 主从复制相关信息 
CPU CPU 使用情况 
Cluster 集群信息 
KeySpace 键值对统计数量信息
info

到了这里,关于redis核心数据结构的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包赞助服务器费用

相关文章

  • Redis缓存数据库

    目录 一、概述 1、Redis  2、Redis的安装 Redis Windows环境设置 3、String: 字符串 3.1、字符串 3.2、数值 3.3、bitmap 4、Hash: 散列 5、List: 列表 6、Set: 集合 7、Sorted Set: 有序集合 常识: 磁盘:1.寻址:ms(毫秒)2.带宽:MB/s 内存:1.寻址:ns    (纳秒) 2.带宽:GB/s 秒--毫秒--微妙--纳秒

    2024年02月04日
    浏览(14)
  • redis实战-缓存数据&解决缓存与数据库数据一致性

    redis实战-缓存数据&解决缓存与数据库数据一致性

    缓存( Cache),就是数据交换的 缓冲区 ,俗称的缓存就是 缓冲区内的数据 ,一般从数据库中获取,存储于本地代码。防止过高的数据访问猛冲系统,导致其操作线程无法及时处理信息而瘫痪,这在实际开发中对企业讲,对产品口碑,用户评价都是致命的;所以企业非常重视缓存技术,

    2024年02月12日
    浏览(16)
  • Redis缓存数据库(四)

    Redis缓存数据库(四)

    目录 一、概述 1、Redis Sentinel 1.1、docker配置Redis Sentinel环境 2、Redis存储方案 2.1、哈希链 2.2、哈希环 3、Redis分区(Partitioning)  4、Redis面试题 Redis Sentinel为Redis提供了 高可用解决方案 。实际上这意味着使用Sentinel可以部署一套Redis, 在没有人为干预的情况下去应付各种各样的失

    2024年02月05日
    浏览(11)
  • redis数据库缓存服务器

    redis数据库缓存服务器

    redis比mysql访问数据快 非关系型数据库以键值对的方式存储数据 作用:加快访问速度,缓解数据库压力 redis最新版本7 特点 丰富的数据结构 list,set,hash等数据结构的存储 支持持久化 支持事务 “一个完整的动作,要么全部执行,要么什么也没有做” 支持主从支持高可用,支持

    2024年02月05日
    浏览(16)
  • Redis核心数据结构之压缩列表(一)

    Redis核心数据结构之压缩列表(一)

    压缩列表(ziplist)是列表键和哈希键的底层实现之一。当一个列表键只包含少量列表项,并且每个列表项要么就是小整数值,要么就是长度比较短的字符串,那么Redis就会使用压缩列表来做列表键的底层实现。 例子 例如,执行以下命令将创建一个压缩列表实现的列表键,列表键

    2024年03月16日
    浏览(13)
  • Redis缓存读写策略(三种)数据结构(5+3)

    Redis缓存读写策略(三种)数据结构(5+3)

    Cache Aside Pattern 是我们平时使用比较多的一个缓存读写模式,比较适合读请求比较多的场景。 写 : 先更新 db 然后直接删除 cache 。 读  : 从 cache 中读取数据,读取到就直接返回 cache 中读取不到的话,就从 db 中读取数据返回 再把数据放到 cache 中。 在写数据的过程中,可以先

    2024年02月12日
    浏览(10)
  • Redis核心数据结构实战与高性能解析

    Redis核心数据结构实战与高性能解析

    目录 一、安装Redis 二、Redis线程与高性能 2.1 Redis是单线程么? 2.2 Redis读写是单线程为何这么快? 2.3 Redis如何处理并发操作命令? 三、核心数据结构实战 3.1 字符串常用操作实战 SET 存入键值对 SETNX SETEX MSET 批量存入键值对 MSETNX DECR 原子减1 DECRBY 原子减 INCR 原子加1 INCRBY 原子

    2024年02月07日
    浏览(10)
  • Redis---数据库和缓存如何保证一致性?

    用「读 + 写」请求的并发的场景来分析: 假如某个用户数据在缓存中不存在,请求 A 读取数据时从数据库中查询到年龄为 20,在未写入缓存中时另一个请求 B 更新数据。它更新数据库中的年龄为 21,并且清空缓存。这时请求 A 把从数据库中读到的年龄为 20 的数据写入到缓存

    2024年01月24日
    浏览(13)
  • Redis如何保证缓存和数据库一致性?

    现在我们在面向增删改查开发时,数据库数据量大时或者对响应要求较快,我们就需要用到Redis来拿取数据。 Redis:是一种高性能的内存数据库,它将数据以键值对的形式存储在内存中,具有读写速度快、支持多种数据类型、原子性操作、丰富的特性等优势。 优势: 性能极高

    2024年01月16日
    浏览(19)
  • Redis如何保障缓存与数据库的数据一致性问题?

    Redis如何保障缓存与数据库的数据一致性问题?

    目录 一.最经典的数据库加缓存的双写双删模式 二. 高并发场景下的缓存+数据库双写不一致问题分析与解决方案设计 三、上面高并发的场景下,该解决方案要注意的问题 1.1 Cache Aside Pattern概念以及读写逻辑 (1)读的时候,先读缓存,缓存没有的话,那么就读数据库,然后取

    2023年04月21日
    浏览(13)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包