Redis的高级特性与应用场景(一)

巧用expire

redis

中可以使用

expire

命令设置一个键的生存时间,到期后

redis

会自动删除他

• 过期时间可以设置为秒或者毫秒精度。
• 过期时间分辨率总是 1 毫秒。
• 过期信息被复制和持久化到磁盘，当

  Redis

  停止时时间仍然在计算 (也就是说

  Redis

  保存了过期时间)。

应用场景

• 限时优惠活动
• 网站热数据缓存
• 积分排行榜
• 手机验证码
• 访客访问频率限制（例如：1分钟最多访问10次）

数据排序-sort

排序可以说是

redis

里面比较复杂的一个操作了

sort

命令可以对列表类型，集合类型和有序集合类型，以及

hash

类型键进行排序

# 命令格式
sort key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern ...]] [ASC|DESC] [ALPHA] [STORE destination]

举个例子: 列表里面存储

用户id

, 正常键值可以存储对应

用户id

的分数,根据对应分数进行排序,并将排序的操作保存到新的列表里面

lpush list-t 1
lpush list-t 2
lpush list-t 3

set user:1 20
set user:2 10
set user:3 30

# 对list-t进行排序 根据user:id 的值进行排序 进行分页  将查询结果写入新的列表 list-new
sort list-t by user:* get user:* limit 0 2 store list-new

sort

使用不好很容易成为性能瓶颈,所以一般都会把排序后的结果写入新的缓存

发布订阅

• 发布：publish
• 订阅：subscribe
• 取消订阅：unsubscribe
• 按照规则订阅：psubscribe
• 按照规则取消订阅：punsubscribe

注意：使用

punsubscribe

命令只能退订通过

psubscribe

订阅的频道。

这个场景基本不用多说,一个操作对应多个操作就可以使用

任务队列

任务队列：使用

lpush

和

rpop(brpop)

可以实现普通的任务队列。

brpop

是列表的

阻塞式(blocking)

弹出原语。

它是

RPOP

命令的阻塞版本，当给定列表内没有任何元素可供弹出的时候，连接将被

BRPOP

命令阻塞，直到等待超时或发现可弹出元素为止。

当给定多个

key

参数时，按参数

key

的先后顺序依次检查各个列表，弹出第一个非空列表的尾部元素。

• 优先级队列：

brpop key1 key2 key3 timeout

利用

redis

的这个机制可以制作一个轻量级队列

限制网站访客访问频率

进行各种数据统计的用途是非常广泛的，比如想知道什么时候封锁一个

IP

地址。

INCRBY

命令让这些变得很容易，通过原子递增保持计数；

GETSET

用来重置计数器；过期属性

expire

用来确认一个关键字什么时候应该删除。

这里的

getset

命令使获取和修改操作具有原子性,才能保证程序正常,如果使用先

get

,在

set

是会出现意外情况的.

例子

function checkIp($ip)
{
$value = (int) $redis->get($ip);

if ($value) {
// 设置初始访问值
$redis->set($ip, 1);
//设置IP的生存时间为60秒，60秒内IP的访问次数由程序控制
$redis->expire($ip, 60);

} else {
//如果60秒内IP的访问次数超过10，返回false,实现了超过10次禁止
if ($value > 10) {
return false;
} else {
//如果没有10次，可以自增
$redis->incr($ip);
}
}
return true;
}

巧用缓存

• 商品维度计数

喜欢数，评论数，鉴定数，浏览数

hset good:1 visit 1
hincrby good:1 visit 1
hgetall good:1

• 用户维度计数

动态数、关注数、粉丝数、喜欢商品数、发帖数 等

• 存储社交关系

譬如将用戶的好友/粉丝/关注，可以存在一个

sorted set

中，

score

可以是

timestamp

，这样求两个人的共同好友的操作，可能就只需要用求交集命令即可。

• 灵活运用计数实现反 spam(垃圾)

登录次数限制,支付次数限制,一分钟评论不能超过2次 可以根据业务设计很多规则

采用

sorted set

将最近一天用户操作记录起来（为什么不全部记录？节省

memory

，全部操作会记录到

log

，后续利用

hadoop

进行更全面分析统计）

日志可以持续增量到

es

或者

数据库

• 排行榜

这里采用

Redis

的

List

数据结构或

sorted set

结构, 方便实现

最新列表

or

排行榜

等业务场景。

redis调优

• 精简键名和键值

键名：尽量精简，但是也不能单纯为了节约空间而使用不易理解的键名。
键值：对于键值的数量固定的话可以使用0和1这样的数字来表示

• SLOWLOG 和

  mysql

  一样 记录慢操作命令

slowlog-log-slower-than  //它决定要对执行时间大于多少微秒(microsecond，1秒 = 1,000,000 微秒)的命令进行记录
slowlog-max-len   //它决定 slowlog 最多能保存多少条日志

• 限制

  redis

  的内存大小

通过

redis

的

info

命令查看内存使用情况,如果不设置

maxmemory

或者设置为0，64位系统不限制内存，32位系统最多使用3GB内存。

maxmemory：最大内存
maxmemory-policy：内存不足时,数据清除策略

如果数据不可预估的情况下,还是需要设置一下最大使用内存,不然会抛出错误导致服务停止工作

• 缓存技巧

尽可能的使用

Hash

数据结构。因为

Redis

在储存小于

100

个字段的

Hash

结构上，其存储效率是非常高的。所以在不需要

集合(set)

操作或

list

的

push/pop

操作的时候，尽可能的使用

Hash

结构。比如，在一个

web

应用程序中，需要存储一个对象表示用户信息，使用单个

key

表示一个用户，其每个属性存储在

Hash

的字段里，这样要比给每个属性单独设置一个

key-value

要高效的多。 通常情况下倘若有数据使用

string

结构，用多个

key

存储时，那么应该转换成单

key

多字段的

Hash

结构。 如上述例子中介绍的

Hash

结构应包含，单个对象的属性或者单个用户各种各样的资料。

尽可能设置

key

的生存时间,并指定阀值去限制

Redis

使用的最大内存。

若是启用了

Redis

快照功能，应该设置

maxmemory

值为系统可使用内存的

45%

，因为快照时需要一倍的内存来复制整个数据集，也就是说如果当前已使用

45%

，在快照期间会变成

95%(45%+45%+5%)

，其中

5%

是预留给其他的开销。 如果没开启快照功能，

maxmemory

最高能设置为系统可用内存的

95%

。

多命令使用

管道 pipeline

,这个下篇文章会说明

• 好文学习

好文