Redis系统学习 四、超越数据结构
config set slowlog-log-slower-than 0
slowlog get
slowlog get 10
对于每个被你键入的命令,你应该查看4个参数:
2.一个Unix时间戳,表示命令开始运行的时间
3.一个微妙级的时间,显示命令运行的总时间
4.该命令以及所带参数
rpush users:leto:guesses 5 9 10 2 4 10 19 2
sort users:leto:guesses
sadd friends:ghanima leto paul chani jessica alia duncan
sort friends:ghanima limit 0 3 desc alpha
上面的命令向我们展示了,如何对已排序的记录进行分页(通过limit
),如何返回降序排序的结果(通过desc
),以及如何用字典序排序代替数值序排序(通过alpha
)。sort
命令的真正力量是其基于引用对象来进行排序的能力。早先的时候,我们说明了列表、集合和分类集合很常被用于引用其他的Redis对象,sort
命令能够解引用这些关系,而且通过潜在值来进行排序。例如,假设我们有一个Bug追踪器能让用户看到各类已存在问题。我们可能使用一个集合数据结构去追踪正在被监视的问题:
sadd watch:leto 12339 1382 338 9338
你可能会有强烈的感觉,想要通过id来排序这些问题(默认的排序就是这样的),但是,我们更可能是通过问题的严重性来对这些问题进行排序。为此,我们要告诉Redis将使用什么模式来进行排序。首先,为了可以看到一个有意义的结果,让我们添加多一点数据:
set severity:12339 3
set severity:1382 2
set severity:338 5
set severity:9338 4
要通过问题的严重性来降序排序这些Bug,你可以这样做:
sort watch:leto by severity:* desc
Redis将会用存储在列表(集合或分类集合)中的值去替代模式中的*
(通过by
)。这会创建出关键字名字,Redis将通过查询其实际值来排序。
sort
命令也可以工作在散列数据结构及其相关域里。相对于拥有大量的高层次关键字,你可以利用散列:hset bug:12339 severity 3
hset bug:12339 priority 1
hset bug:12339 details "{id: 12339, ....}"
hset bug:1382 severity 2
hset bug:1382 priority 2
hset bug:1382 details "{id: 1382, ....}"
hset bug:338 severity 5
hset bug:338 priority 3
hset bug:338 details "{id: 338, ....}"
hset bug:9338 severity 4
hset bug:9338 priority 2
hset bug:9338 details "{id: 9338, ....}"
所有的事情不仅变得更为容易管理,而且我们能通过severity
或priority
来进行排序,还可以告诉sort
命令具体要检索出哪一个域的数据:
sort watch:leto by bug:*->priority get bug:*->details
相同的值替代出现了,但Redis还能识别->
符号,用它来查看散列中指定的域。里面还包括了get
参数,这里也会进行值替代和域查看,从而检索出Bug的细节(details域的数据)。
对于太大的集合,sort
命令的执行可能会变得很慢。好消息是,sort
命令的输出可以被存储起来:
sort watch:leto by bug:*->priority get bug:*->details store watch_by_priority:leto
使用我们已经看过的expiration
命令,再结合sort
命令的store
能力,这是一个美妙的组合。
小结
这一章主要关注那些非特定数据结构关联的命令。和其他事情一样,它们的使用依情况而定。构建一个程序或特性时,可能不会用到使用期限、发布和订阅或者排序等功能。但知道这些功能的存在是很好的。而且,我们也只接触到了一些命令。还有更多的命令,当你消化理解完这本书后,非常值得去浏览一下完整的命令列表。
\clearpage