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 条评论
登录 后参与评论

相关文章

来自专栏cnblogs

knockout源码分析之订阅

一、主类关系图 ? 二、类职责 2.1、observable(普通监控对象类) observable(他其是一个function)的内部实现: 1.首先声明一个...

1848
来自专栏码洞

Spark通信原理之Python与JVM的交互

我们知道Spark平台是用Scala进行开发的,但是使用Spark的时候最流行的语言却不是Java和Scala,而是Python。原因当然是因为Python写代...

691
来自专栏H2Cloud

C++中消息自动派发之一 About JSON

1. 闲序   游戏服务器之间通信大多采用异步消息通信。而消息打包常用格式有:google protobuff,facebook thrift, 千千万万种自定...

2253
来自专栏听雨堂

【4】通过简化的正则表达式处理字符串

阅读目录 常见字符串操作 使用正则表达式处理字符串 “前后限定”查找目标 自动处理转义字符 界定串的通用化 多个目标的匹配 进一步扩展 结论 在...

1966
来自专栏技术博客

编写高质量代码改善C#程序的157个建议[用抛异常替代返回错误、不要在不恰当的场合下引发异常、重新引发异常时使用inner Exception]

  自从.NET出现后,关于CLR异常机制的讨论就几乎从未停止过。迄今为止,CLR异常机制让人关注最多的一点就是“效率”问题。其实,这里存在认识上的误区,因为正...

712
来自专栏java一日一条

有效处理Java异常的三个原则,你知道吗?

在有效使用异常的情况下,异常类型回答了“什么”被抛出,异常堆栈跟踪回答了“在哪“抛出,异常信息回答了“为什么“会抛出,如果你的异常没有回答以上全部问题,那么可能...

791
来自专栏王小雷

SAS进阶《深入解析SAS》之Base SAS基础、读取外部数据到SAS数据集

SAS进阶《深入解析SAS》之Base SAS基础、读取外部数据到SAS数据集 前言:在学习完《SAS编程与商业案例》后,虽然能够接手公司的基本工作,但是为了更...

1857
来自专栏MasiMaro 的技术博文

COM学习(一)——COM基础思想

学习微软技术COM是绕不开的一道坎,最近做项目的时候发现有许多功能需要用到COM中的内容,虽然只是简单的使用COM中封装好的内容,但是许多代码仍然只知其然,不知...

1003
来自专栏数据库

划重点!必备 SQL 查询优化技巧,提升网站访问速度

在这篇文章中,我将介绍如何识别导致性能出现问题的查询,如何找出它们的问题所在,以及快速修复这些问题和其他加快查询速度的方法。 ? 你一定知道,一个快速访问的网站...

2178
来自专栏技巅

Redis第一个版本源码分析-启动过程分析1

1695

扫码关注云+社区