- Java锁的逻辑(结合对象头和ObjectMonitor)
- 还在用饼状图?来瞧瞧这些炫酷的百分比可视化新图形(附代码实现)⛵
- 自动注册实体类到EntityFrameworkCore上下文,并适配ABP及ABPVNext
- 基于Sklearn机器学习代码实战
。
正文 。
Redis是一个key-value的数据库,key一般是String类型,不过value的类型多种多样:
贴心小建议:命令不要死记,学会查询就好啦 。
Redis为了方便我们学习,将操作不同数据类型的命令也做了分组,在 官网: https://redis.io/commands 可以查看到不同的命令:
当然我们也可以通过Help命令来帮助我们去查看命令 。
通用指令是部分数据类型的,都可以使用的指令,常见的有:
KEYS
:查看符合模板的所有key DEL
:删除一个指定的key EXISTS
:判断key是否存在 EXPIRE
:给一个key设置有效期,有效期到期时该key会被自动删除 TTL
:查看一个KEY的剩余有效期 通过 help [command] 可以查看一个命令的具体用法,例如:
代码如下 。
127.0.0.1:6379> keys *
1) "name"
2) "age"
127.0.0.1:6379>
# 查询以a开头的key
127.0.0.1:6379> keys a*
1) "age"
127.0.0.1:6379>
贴心小提示 :在生产环境下,不推荐使用keys 命令,因为这个命令在key过多的情况下,效率不高 。
127.0.0.1:6379> help del
DEL key [key ...]
summary: Delete a key
since: 1.0.0
group: generic
127.0.0.1:6379> del name #删除单个
(integer) 1 #成功删除1个
127.0.0.1:6379> keys *
1) "age"
127.0.0.1:6379> MSET k1 v1 k2 v2 k3 v3 #批量添加数据
OK
127.0.0.1:6379> keys *
1) "k3"
2) "k2"
3) "k1"
4) "age"
127.0.0.1:6379> del k1 k2 k3 k4
(integer) 3 #此处返回的是成功删除的key,由于redis中只有k1,k2,k3 所以只成功删除3个,最终返回
127.0.0.1:6379>
127.0.0.1:6379> keys * #再查询全部的key
1) "age" #只剩下一个了
127.0.0.1:6379>
贴心小提示 :在拷贝代码的时候,只需要拷贝对应的命令哦~ 。
127.0.0.1:6379> help EXISTS
EXISTS key [key ...]
summary: Determine if a key exists
since: 1.0.0
group: generic
127.0.0.1:6379> exists age
(integer) 1
127.0.0.1:6379> exists name
(integer) 0
贴心小提示 :内存非常宝贵,对于一些数据,我们应当给他一些过期时间,当过期时间到了之后,他就会自动被删除~ 。
127.0.0.1:6379> expire age 10
(integer) 1
127.0.0.1:6379> ttl age
(integer) 8
127.0.0.1:6379> ttl age
(integer) 6
127.0.0.1:6379> ttl age
(integer) -2
127.0.0.1:6379> ttl age
(integer) -2 #当这个key过期了,那么此时查询出来就是-2
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set age 10 #如果没有设置过期时间
OK
127.0.0.1:6379> ttl age
(integer) -1 # ttl的返回值就是-1
Redis没有类似MySQL中的Table的概念,我们该如何区分不同类型的key呢?
例如,需要存储用户.商品信息到redis,有一个用户id是1,有一个商品id恰好也是1,此时如果使用id作为key,那就会冲突了,该怎么办?
我们可以通过给key添加前缀加以区分,不过这个前缀不是随便加的,有一定的规范:
Redis的key允许有多个单词形成层级结构,多个单词之间用':'隔开,格式如下:
这个格式并非固定,也可以根据自己的需求来删除或添加词条.
例如我们的项目名称叫 zhangsan,有user和product两种不同类型的数据,我们可以这样定义key:
user相关的key: zhangsan:user:1 。
product相关的key: zhangsan:product:1 。
如果Value是一个Java对象,例如一个User对象,则可以将对象序列化为JSON字符串后存储:
KEY | VALUE |
---|---|
zhangsan:user:1 |
{"id":1, "name": "Jack", "age": 21} |
zhangsan:product:1 |
{"id":1, "name": "小米11", "price": 4999} |
一旦我们向redis采用这样的方式存储,那么在可视化界面中,redis会以层级结构来进行存储,形成类似于这样的结构,更加方便Redis获取数据 。
String类型,也就是字符串类型,是Redis中最简单的存储类型.
其value是字符串,不过根据字符串的格式不同,又可以分为3类:
string
:普通字符串 int
:整数类型,可以做自增.自减操作 float
:浮点类型,可以做自增.自减操作
String的常见命令有:
SET
:添加或者修改已经存在的一个String类型的键值对 GET
:根据key获取String类型的value MSET
:批量添加多个String类型的键值对 MGET
:根据多个key获取多个String类型的value INCR
:让一个整型的key自增1 INCRBY
:让一个整型的key自增并指定步长,例如:incrby num 2 让num值自增2 INCRBYFLOAT
:让一个浮点类型的数字自增并指定步长 SETNX
:添加一个String类型的键值对,前提是这个key不存在,否则不执行 SETEX
:添加一个String类型的键值对,并且指定有效期 贴心小提示 :以上命令除了INCRBYFLOAT 都是常用命令 。
127.0.0.1:6379> set name Rose //原来不存在
OK
127.0.0.1:6379> get name
"Rose"
127.0.0.1:6379> set name Jack //原来存在,就是修改
OK
127.0.0.1:6379> get name
"Jack"
127.0.0.1:6379> MSET k1 v1 k2 v2 k3 v3
OK
127.0.0.1:6379> MGET name age k1 k2 k3
1) "Jack" //之前存在的name
2) "10" //之前存在的age
3) "v1"
4) "v2"
5) "v3"
127.0.0.1:6379> get age
"10"
127.0.0.1:6379> incr age //增加1
(integer) 11
127.0.0.1:6379> get age //获得age
"11"
127.0.0.1:6379> incrby age 2 //一次增加2
(integer) 13 //返回目前的age的值
127.0.0.1:6379> incrby age 2
(integer) 15
127.0.0.1:6379> incrby age -1 //也可以增加负数,相当于减
(integer) 14
127.0.0.1:6379> incrby age -2 //一次减少2个
(integer) 12
127.0.0.1:6379> DECR age //相当于 incr 负数,减少正常用法
(integer) 11
127.0.0.1:6379> get age
"11"
127.0.0.1:6379> help setnx
SETNX key value
summary: Set the value of a key, only if the key does not exist
since: 1.0.0
group: string
127.0.0.1:6379> set name Jack //设置名称
OK
127.0.0.1:6379> setnx name lisi //如果key不存在,则添加成功
(integer) 0
127.0.0.1:6379> get name //由于name已经存在,所以lisi的操作失败
"Jack"
127.0.0.1:6379> setnx name2 lisi //name2 不存在,所以操作成功
(integer) 1
127.0.0.1:6379> get name2
"lisi"
127.0.0.1:6379> setex name 10 jack
OK
127.0.0.1:6379> ttl name
(integer) 8
127.0.0.1:6379> ttl name
(integer) 7
127.0.0.1:6379> ttl name
(integer) 5
Hash类型,也叫散列,其value是一个无序字典,类似于Java中的HashMap结构.
String结构是将对象序列化为JSON字符串后存储,当需要修改对象某个字段时很不方便:
Hash结构可以将对象中的每个字段独立存储,可以针对单个字段做CRUD:
Hash类型的常见命令 。
HSET key field value
:添加或者修改hash类型key的field的值 HGET key field
:获取一个hash类型key的field的值 HMSET
:批量添加多个hash类型key的field的值 HMGET
:批量获取多个hash类型key的field的值 HGETALL
:获取一个hash类型的key中的所有的field和value HKEYS
:获取一个hash类型的key中的所有的field HINCRBY
:让一个hash类型key的字段值自增并指定步长 HSETNX
:添加一个hash类型的key的field值,前提是这个field不存在,否则不执行 贴心小提示 :哈希结构也是以后实际开发中常用的命令 。
127.0.0.1:6379> HSET zhangsan:user:3 name Lucy//大key是 zhangsan:user:3 小key是name,小value是Lucy
(integer) 1
127.0.0.1:6379> HSET zhangsan:user:3 age 21// 如果操作不存在的数据,则是新增
(integer) 1
127.0.0.1:6379> HSET zhangsan:user:3 age 17 //如果操作存在的数据,则是修改
(integer) 0
127.0.0.1:6379> HGET zhangsan:user:3 name
"Lucy"
127.0.0.1:6379> HGET zhangsan:user:3 age
"17"
127.0.0.1:6379> HMSET zhangsan:user:4 name HanMeiMei
OK
127.0.0.1:6379> HMSET zhangsan:user:4 name LiLei age 20 sex man
OK
127.0.0.1:6379> HMGET zhangsan:user:4 name age sex
1) "LiLei"
2) "20"
3) "man"
127.0.0.1:6379> HGETALL zhangsan:user:4
1) "name"
2) "LiLei"
3) "age"
4) "20"
5) "sex"
6) "man"
127.0.0.1:6379> HKEYS zhangsan:user:4
1) "name"
2) "age"
3) "sex"
127.0.0.1:6379> HVALS zhangsan:user:4
1) "LiLei"
2) "20"
3) "man"
127.0.0.1:6379> HINCRBY zhangsan:user:4 age 2
(integer) 22
127.0.0.1:6379> HVALS zhangsan:user:4
1) "LiLei"
2) "22"
3) "man"
127.0.0.1:6379> HINCRBY zhangsan:user:4 age -2
(integer) 20
127.0.0.1:6379> HSETNX zhangsan:user4 sex woman
(integer) 1
127.0.0.1:6379> HGETALL zhangsan:user:3
1) "name"
2) "Lucy"
3) "age"
4) "17"
127.0.0.1:6379> HSETNX zhangsan:user:3 sex woman
(integer) 1
127.0.0.1:6379> HGETALL zhangsan:user:3
1) "name"
2) "Lucy"
3) "age"
4) "17"
5) "sex"
6) "woman"
Redis中的List类型与Java中的LinkedList类似,可以看做是一个双向链表结构。既可以支持正向检索和也可以支持反向检索.
特征也与LinkedList类似:
常用来存储一个有序数据,例如:朋友圈点赞列表,评论列表等.
List的常见命令有:
LPUSH key element ...
:向列表左侧插入一个或多个元素 LPOP key
:移除并返回列表左侧的第一个元素,没有则返回nil RPUSH key element ...
:向列表右侧插入一个或多个元素 RPOP key
:移除并返回列表右侧的第一个元素 LRANGE key star end
:返回一段角标范围内的所有元素 BLPOP
和 BRPOP
:与LPOP和RPOP类似,只不过在没有元素时等待指定时间,而不是直接返回nil
127.0.0.1:6379> LPUSH users 1 2 3
(integer) 3
127.0.0.1:6379> RPUSH users 4 5 6
(integer) 6
127.0.0.1:6379> LPOP users
"3"
127.0.0.1:6379> RPOP users
"6"
127.0.0.1:6379> LRANGE users 1 2
1) "1"
2) "4"
Redis的Set结构与Java中的HashSet类似,可以看做是一个value为null的HashMap。因为也是一个hash表,因此具备与HashSet类似的特征:
Set类型的常见命令 。
SADD key member ...
:向set中添加一个或多个元素 SREM key member ...
: 移除set中的指定元素 SCARD key
: 返回set中元素的个数 SISMEMBER key member
:判断一个元素是否存在于set中 SMEMBERS
:获取set中的所有元素 SINTER key1 key2 ...
:求key1与key2的交集 SDIFF key1 key2 ...
:求key1与key2的差集 SUNION key1 key2 ...
:求key1和key2的并集 例如两个集合:s1和s2
求交集:SINTER s1 s2 。
求s1与s2的不同:SDIFF s1 s2 。
具体命令 。
127.0.0.1:6379> sadd s1 a b c
(integer) 3
127.0.0.1:6379> smembers s1
1) "c"
2) "b"
3) "a"
127.0.0.1:6379> srem s1 a
(integer) 1
127.0.0.1:6379> SISMEMBER s1 a
(integer) 0
127.0.0.1:6379> SISMEMBER s1 b
(integer) 1
127.0.0.1:6379> SCARD s1
(integer) 2
案例 。
127.0.0.1:6379> SADD zs lisi wangwu zhaoliu
(integer) 3
127.0.0.1:6379> SADD ls wangwu mazi ergou
(integer) 3
127.0.0.1:6379> SCARD zs
(integer) 3
127.0.0.1:6379> SINTER zs ls
1) "wangwu"
127.0.0.1:6379> SDIFF zs ls
1) "zhaoliu"
2) "lisi"
127.0.0.1:6379> SUNION zs ls
1) "wangwu"
2) "zhaoliu"
3) "lisi"
4) "mazi"
5) "ergou"
127.0.0.1:6379> SISMEMBER zs lisi
(integer) 1
127.0.0.1:6379> SISMEMBER ls zhangsan
(integer) 0
127.0.0.1:6379> SREM zs lisi
(integer) 1
127.0.0.1:6379> SMEMBERS zs
1) "zhaoliu"
2) "wangwu"
Redis的SortedSet是一个可排序的set集合,与Java中的TreeSet有些类似,但底层数据结构却差别很大。SortedSet中的每一个元素都带有一个score属性,可以基于score属性对元素排序,底层的实现是一个跳表(SkipList)加 hash表.
SortedSet具备下列特性:
因为SortedSet的可排序特性,经常被用来实现排行榜这样的功能.
SortedSet的常见命令 :
ZADD key score member
:添加一个或多个元素到sorted set ,如果已经存在则更新其score值 ZREM key member
:删除sorted set中的一个指定元素 ZSCORE key member
: 获取sorted set中的指定元素的score值 ZRANK key member
:获取sorted set 中的指定元素的排名 ZCARD key
:获取sorted set中的元素个数 ZCOUNT key min max
:统计score值在给定范围内的所有元素的个数 ZINCRBY key increment member
:让sorted set中的指定元素自增,步长为指定的increment值 ZRANGE key min max
:按照score排序后,获取指定排名范围内的元素 ZRANGEBYSCORE key min max
:按照score排序后,获取指定score范围内的元素 ZDIFF.ZINTER.ZUNION
:求差集.交集.并集 注意:所有的排名默认都是升序,如果要降序则在命令的Z后面添加REV即可,例如:
ZRANK key member
ZREVRANK key memeber
最后此篇关于解读Redis常见命令的文章就讲到这里了,如果你想了解更多关于解读Redis常见命令的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我有一个关于 Redis Pubsub 的练习,如下所示: 如果发布者发布消息但订阅者没有收到服务器崩溃。订阅者如何在重启服务器时收到该消息? 请帮帮我,谢谢! 最佳答案 在这种情况下,消息将永远消失
我们正在使用 Service Stack 的 RedisClient 的 BlockingDequeue 来保存一些数据,直到它可以被处理。调用代码看起来像 using (var client =
我有一个 Redis 服务器和多个 Redis 客户端。每个 Redis 客户端都是一个 WebSocket+HTTP 服务器,其中包括管理 WebSocket 连接。这些 WebSocket+HTT
我有多个 Redis 实例。我使用不同的端口创建了一个集群。现在我想将数据从预先存在的 redis 实例传输到集群。我知道如何将数据从一个实例传输到集群,但是当实例多于一个时,我无法做到这一点。 最佳
配置:三个redis集群分区,跨三组一主一从。当 Master 宕机时,Lettuce 会立即检测到中断并开始重试。但是,Lettuce 没有检测到关联的 slave 已经将自己提升为 master
我想根据从指定集合中检索这些键来删除 Redis 键(及其数据集),例如: HMSET id:1 password 123 category milk HMSET id:2 password 456
我正在编写一个机器人(其中包含要禁用的命令列表),用于监视 Redis。它通过执行禁用命令,例如 (rename-command ZADD "")当我重新启动我的机器人时,如果要禁用的命令列表发生变化
我的任务是为大量听众使用发布/订阅。这是来自 docs 的订阅的简化示例: r = redis.StrictRedis(...) p = r.pubsub() p.subscribe('my-firs
我一直在阅读有关使用 Redis 哨兵进行故障转移的内容。我打算有1个master+1个slave,如果master宕机超过1分钟,就把slave变成master。我知道这在 Sentinel 中是
与仅使用常规 Redis 和创建分片相比,使用 Redis 集群有哪些优势? 在我看来,Redis Cluster 更注重数据安全(让主从架构解决故障)。 最佳答案 我认为当您需要在不丢失任何数据的情
由于 Redis 以被动和主动方式使 key 过期, 有没有办法得到一个 key ,即使它的过期时间已过 (但 在 Redis 中仍然存在 )? 最佳答案 DEBUG OBJECT myKey 将返回
我想用redis lua来实现monitor命令,而不是redis-cli monitor。但我不知道怎么办。 redis.call('monitor') 不起作用。 最佳答案 您不能从 Redis
我读过 https://github.com/redisson/redisson 我发现有几个 Redis 复制设置(包括对 AWS ElastiCache 和 Azure Redis 缓存的支持)
Microsoft.AspNet.SignalR.Redis 和 StackExchange.Redis.Extensions.Core 在同一个项目中使用。前者需要StackExchange.Red
1. 认识 Redis Redis(Remote Dictionary Server)远程词典服务器,是一个基于内存的键值对型 NoSQL 数据库。 特征: 键值(key-value)型,value
1. Redis 数据结构介绍 Redis 是一个 key-value 的数据库,key 一般是 String 类型,但 value 类型多种多样,下面就举了几个例子: value 类型 示例 Str
1. 什么是缓存 缓存(Cache) 就是数据交换的缓冲区,是存贮数据的临时地方,一般读写性能较高。 缓存的作用: 降低后端负载 提高读写效率,降低响应时间 缓存的成本: 数据一致性成本 代码维护成本
我有一份记录 list 。对于我的每条记录,我都需要进行一些繁重的计算,因为我要在Redis中创建反向索引。为了达到到达记录,需要在管道中执行多个redis命令(sadd为100 s + set为1
我有一个三节点Redis和3节点哨兵,一切正常,所有主服务器和从属服务器都经过验证,并且哨兵配置文件已与所有Redis和哨兵节点一起更新,但是问题是当Redis主服务器关闭并且哨兵希望选举失败者时再次
我正在尝试计算Redis中存储的消息之间的响应时间。但是我不知道该怎么做。 首先,我必须像这样存储chat_messages的时间流 ZADD conversation:CONVERSATION_ID
我是一名优秀的程序员,十分优秀!