redis学习之二from github

大概敲了一遍基本命令,熟悉了redis的存储方式。现在开始进一步系统的学习。学习教程目前计划有三个,一个是github上的https://github.com/JasonLai256/the-little-redis-book/blob/master/cn/redis.md,一个是中文官方网站http://www.redis.cn/documentation.html,还有一个看起来像w3c风格的简单教程http://www.runoob.com/redis/redis-commands.html。

我一般喜欢看别人怎么学习的,然后再通过官方文档去学习。因此学习路线首先是github,然后runoob,最后看官方文档。

1.set存储好友案例

集合数据结构常常被用来存储只能唯一存在的值,并提供了许多的基于集合的操作,例如并集。集合数据结构没有对值进行排序,但是其提供了高效的基于值的操作。使用集合数据结构的典型用例是朋友名单的实现:

首先存储两个人leto,duncan的各自的好友set:

sadd friends:leto ghanima paul chani jessica miao
sadd frineds:duncan goku paul jessica alia rui

可以查看leto的好友:

127.0.0.1:6379> smembers friends:leto
1) "jessica"
2) "chani"
3) "paul"
4) "ghanima"

可以查看jessica是不是leto的好友O(1)

127.0.0.1:6379> sismember friends:leto jessica
(integer) 1

可以查看leto和duncan的共同好友

127.0.0.1:6379> sinter friends:leto friends:duncan
1) "jessica"
2) "paul"

还可以将好友关系存储到新key

127.0.0.1:6379> sinterstore friends:leto_duncan friends:leto friends:duncan
(integer) 2
127.0.0.1:6379> smembers friends:leto_duncan
1) "jessica"
2) "paul"

 2.sorted set可以分类排序案例

Sorted Sets提供了排序(sorting)和秩划分(ranking)的功能。如果我们想要一个秩分类的朋友名单,可以这样做:

127.0.0.1:6379> zadd friends:duncan 70 ghanima 95 paul 95 chani 75 jessica 1 vladimir

对于duncan的朋友,要怎样计算出标记(score)为90或更高的人数?

127.0.0.1:6379> zcount friends:duncan 90 100
(integer) 2

如何获取chani在名单里的秩(rank即排名)?

127.0.0.1:6379> zrevrank friends:duncan chani
(integer) 1

3.仿多关键字查询(Pseudo Multi Key Queries),根据id或email查询user案例

首先,存储user:

127.0.0.1:6379> set users:9001 "{id:9001,email:leto@dune.gov,..}"
OK

然后,根据id查询用户

127.0.0.1:6379> get users:9001
"{id:9001,email:leto@dune.gov,..}"

如果想要根据email来查询该怎么办呢,这里就要用散列数据结构:

127.0.0.1:6379> hset users:lookup:email leto@dune.gov 9001
(integer) 1

这里,通过域来作为一个二级索引,然后通过id去引用单个用户对象。

127.0.0.1:6379> hget users:lookup:email leto@dune.gov
"9001"
127.0.0.1:6379> get users:9001
"{id:9001,email:leto@dune.gov,..}"

通俗的理解,用户是通过id标记的,即id相当于主键,然后email唯一,想通过email来实现该怎么办呢,那就把email链接到id。由于email的唯一性,可以把它当做field放入hset,id作为对应value。

 4.使用散列数据结构的field来做查询索引

同上面的用法,用一个hash的field来存储关键字,根据field来取值。我们知道redis有keys的命令,可以扫描所有的keys找出匹配项,但太慢了。比如将每个用户的bug存储起来,假设用户id为1233的bug类型为bug:1233,每个bug有唯一id,即bug:1233:id。如果将这个当做key存储到redis中,当想要查询用户bug或删除用户bug时可以这样:

keys bug:1233:*

但是用散列数据结构更好一些。

#记录1233的bug
127.0.0.1:6379> hset bugs:1233 1 "{id:1,account:1233,subject:'...'}"
(integer) 1
127.0.0.1:6379> hset bugs:1233 2 "{id:1,account:1233,subject:'...'}"
(integer) 1

#查看1233的所有bug

5.发布和订阅

5.1 list的队列消息

redis对于list有lpop和rpop命令,是将list中的元素从一端取出并移除。还有另一个阻塞版本,即blpop、brpop。同样是取出并移除一端的元素,但如果list没有元素了就会阻塞,直到有元素为止。就是生产者-消费者模式。

BLPOP list [list ...] timeout :从list中取出并移除元素,没有元素则阻塞,timeout为超时时间,=0表示永不超时。如果超时后没有元素则返回一组nil ,若有元素则返回key,value,key为list名

打开多个redis-cli,第一个:

127.0.0.1:6379> lpush list1 1
(integer) 1
127.0.0.1:6379> lpush list1 12
(integer) 2
127.0.0.1:6379> lpush list1 123
(integer) 3
127.0.0.1:6379> lpush list2 1234
(integer) 1

第二个:

127.0.0.1:6379> blpop list list1 list2 0
1) "list1"
2) "123"
127.0.0.1:6379> blpop list list1 list2 0
1) "list1"
2) "12"
127.0.0.1:6379> blpop list list1 list2 0
1) "list1"
2) "1"
127.0.0.1:6379> blpop list list1 list2 0
1) "list2"
2) "1234"
127.0.0.1:6379> blpop list list1 list2 0

发现当list都没有值的时候,线程阻塞。这时候在第一个客户端追加:

127.0.0.1:6379> lpush list 12345
(integer) 1

然后另一个阻塞的客户端会立即响应:

127.0.0.1:6379> blpop list list1 list2 0
1) "list"
2) "12345"
(248.85s)

5.2此外,Redis对于消息发布和频道订阅有着一流的支持。

打开第一个客户端和第二个客户端,都输入subscribe warnings。意思是订阅一个叫做warnings的管道。

然后打开第三个客户端输入:publish warnings "there is something new!!!",下面的2表示两个客户端收到通知。

这时会,前两个客户端都会受到消息:

 6.排序sort

sort命令是Redis最强大的命令之一。它让你可以在一个列表、集合或者分类集合里对值进行排序(分类集合是通过标记来进行排序,而不是集合里的成员) SORT key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern ...]] [ASC|DESC] [ALPHA] [STORE destination] summary: Sort the elements in a list, set or sorted set

6.1简单例子

127.0.0.1:6379> rpush users:leto:guesses 5 9 10 2 4 10 19 2
(integer) 8
127.0.0.1:6379> sort users:leto:guesses
1) "2"
2) "2"
3) "4"
4) "5"
5) "9"
6) "10"
7) "10"
8) "19"

6.2高级一点

127.0.0.1:6379> sadd friends:ghanima leto paul chani jessica alia duncan
(integer) 6
127.0.0.1:6379> sort friends:ghanima limit 0 3 desc alpha
1) "paul"
2) "leto"
3) "jessica"

6.3sort命令的真正力量是其基于引用对象来进行排序的能力

例如,假设我们有一个Bug追踪器能让用户看到各类已存在问题。我们可能使用一个集合数据结构去追踪正在被监视的问题:

127.0.0.1:6379> sadd watch:leto 12339 1282 228 9338
(integer) 4

#set bug编号 bug_level

要通过问题的严重性来降序排序这些Bug,你可以这样做:

127.0.0.1:6379> sort watch:leto by serverity:* desc
1) "228"
2) "12339"
3) "1282"
4) "9338"

Redis将会用存储在列表(集合或分类集合)中的值去替代模式中的*(通过by)。这会创建出关键字名字,Redis将通过查询其实际值来排序。

6.4根据散列的field的值排序:相当于order by 字段

先插入散列:

127.0.0.1:6379> hset bug:12339 severity 3
(integer) 1
127.0.0.1:6379> hset bug:12339 priority 1
(integer) 1
127.0.0.1:6379> hset bug:12339 detail "{id:12339,...}"
(integer) 1
127.0.0.1:6379> hmset bug:1382 severity 2 priority 2 detail "{id:1382,...}"
OK
127.0.0.1:6379> hmset bug:338 severity 5 priority 3 detail "{id:338,...}"
OK
127.0.0.1:6379> hmset bug:9338 severity 4 priority 2 detail "{id:9338}"
OK

再插入bug set

127.0.0.1:6379> del watch:leto
(integer) 1
127.0.0.1:6379> sadd watch:leto 12339 1382 338 
(integer) 3

现在知道bug集合watch:leto,知道bug的详细信息bug:*,要求将bug集合的bug信息打印出来,并根据priority排序:

127.0.0.1:6379> sort watch:leto by bug:*->priority get bug:*->detail
1) "{id:12339,...}"
2) "{id:1382,...}"
3) "{id:338,...}"

当然,还可以获取多个参数:

127.0.0.1:6379> sort watch:leto by bug:*->priority get bug:*->detail get bug:*->priority get bug:*->severity
1) "{id:12339,...}"
2) "1"
3) "3"
4) "{id:1382,...}"
5) "2"
6) "2"
7) "{id:338,...}"
8) "3"
9) "5"

也可以获取到*当前所代表的值,即set中取出的值:用get #

127.0.0.1:6379> sort watch:leto by bug:*->priority get bug:*->detail get bug:*->priority get bug:*->severity get #
 1) "{id:12339,...}"
 2) "1"
 3) "3"
 4) "12339"
 5) "{id:1382,...}"
 6) "2"
 7) "2"
 8) "1382"
 9) "{id:338,...}"
10) "3"
11) "5"
12) "338"

使用我们已经看过的expiration命令,再结合sort命令的store能力,这是一个美妙的组合。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏用户2442861的专栏

Makefile经典教程(掌握这些足够)

makefile很重要       什么是makefile?或许很多Winodws的程序员都不知道这个东西,因为那些Windows的IDE都为你做了这个...

771
来自专栏Vamei实验室

Linux并发与同步

典型的UNIX系统都支持一个进程创建多个线程(thread)。在Linux进程基础中提到,Linux以进程为单位组织操作,Linux中的线程也都基于进程。尽管实...

2109
来自专栏逍遥剑客的游戏开发

Nebula3学习笔记(5): IO系统

1754
来自专栏Java技术分享

Redis特性和应用场景

Redis使用标准C编写实现,而且将所有数据加载到内存中,所以速度非常快。官方提供的数据表明,在一个普通的Linux机器上,Redis读写速度分别达到81000...

2207
来自专栏Java技术分享

Redis特性和应用场景

Redis特性 速度快 Redis使用标准C编写实现,而且将所有数据加载到内存中,所以速度非常快。官方提供的数据表明,在一个普通的Linux机器上,Redis读...

5077
来自专栏Android群英传

Gradle函数复用的一点实践

841
来自专栏极客猴

Python 多进程与多线程

看到这里,也许你会疑惑。这很正常,所以让我们带着问题来阅读本文章吧。 问题: 1、Python 多线程为什么耗时更长? 2、为什么在 Python 里面推荐使用...

891
来自专栏Java技术栈

高级 Java 面试通关知识点整理!

1853
来自专栏腾讯IVWEB团队的专栏

nodejs 中错误捕获的一些最佳实践

本文为翻译文章,原文比较长,感觉也有点啰嗦,所以根据个人理解猜测梳理出本文。

4440
来自专栏IMWeb前端团队

nodejs中错误捕获的一些最佳实践

本文作者:IMWeb yisbug 原文出处:IMWeb社区 未经同意,禁止转载 本文内容大部分来自 https://www.joyent.com/...

1946

扫码关注云+社区