Redis学习(7)--延时队列

异步消息队列

Redis的list(列表)数据结构常用来用做为异步消息队列使用，用rpush和lpush操作入队列，用lpop和rpop操作出队列

命令示例:

rpush notify-queue apple banana pear
llen notify-queue
lpop notify-queue

Redis队列空了怎么办？

当队列空了的时候，客户端就会陷入pop的死循环，不停地pop，没有数据，接着再pop，还没有数据。这就是浪费生命的空轮询。空轮询不但拉高了客户端的CPU消耗，Redis的QPS也会被拉高。

解决办法: 1.使用sleep进行睡眠等待

解决办法: 2.方法1的睡眠会导致消息的延迟增大，为了避免可以使用阻塞读；阻塞读在队列没有数据的时候，会立即进入休眠状态，一旦数据到来，则立刻醒过来。消息的延迟几乎为零。阻塞读的命令: blpop/brpop

空闲连接自动断开

使用阻塞读了就会很完美吗？并不是，因为存在空闲连接的问题。如果线程一直阻塞在那里，redis的客户端连接就成了闲置链接，闲置过久，服务器一般会主动断开连接，减少闲置资源占用。这个时候blpop/brpop会抛出异常。

锁冲突处理

关于分布式锁,一般有以下三种策略来处理客户端加锁失败：

1.直接抛出异常，通知用户稍后再试。

2.sleep一会儿，然后再重试。

3.将请求转移至延时队列，过一会再试。

适合处理异步消息，将当前冲突的请求扔到另一个队列延后处理以避开冲突

延时队列的实现

延时队列可以通过redis的zset(有序列表)来实现。我们将消息序列化成一个字符串做为zset的value，这个消息的到期处理时间做为score，然后用多个线程轮询zset获取到期的任务进行处理。多个线程是为了保障可用性，万一挂了一个线程还有其他线程可以继续处理。因为有多个线程，所以需要考虑并发争抢任务，确保任务不会被多次执行。

redis 的zrem方法是多线程多进程争抢任务的关键，它的返回值决定了当前实例有没有抢到任务。

优化：可以考虑使用lua脚本来优化使zrangebyscore和zrem一同挪到服务器端进行原子操作，来避免同一个任务可能会被多个进程取到之后再使用zrem进行争抢，那些没抢到的进程都白取了一次任务。