redis消息队列简单应用

标签：timeout   视频   读取   默认   轮询   linu   序列   链表   改善   

一、什么是消息队列

是一个消息的链表，是一个异步处理的数据处理引擎。

PS：可以理解为在redis的list列表中存放消息数据，然后按照排队方式先进先出（左进右出；右进左出）

二、可以使用的应用场景

主要应用一些延迟或异步操作的场景
比如：发送邮件、发送短信、视频转码、图片转码、日志存储、导入数据等
在发送邮件或者短信，我们不希望程序一直停留，等待发送成功才相应，而是异步进行处理，即：将待发送的邮件数据添加到消息队列中，然后按照排队先后进行异步发送邮件。

三、优点

不仅能够提高系统的负荷，还能够改善因网络阻塞导致的数据缺失
这个可以理解为：异步处理数据，不会一次性给服务器太多压力，并且不直接操作数据库，减少了数据库的压力；并且若在网络阻塞时，若已经添加到消息队列中，那么这些数据会正常执行，不会造成丢失

四、redis实现队列方案

整体思路：
前面提到消息队列，就相当于到银行窗口排队，先到的叫号入队（加入到redis消息队列），然后排到了则根据相应的叫号出队。

redis的一些特点：
redis设计用来做缓存的，但是由于它自身的某种特性使得它可以用来做消息队列，它有几个阻塞式的API可以使用，正是这些阻塞式的API让其有能力做消息队列；另外，做消息队列的其他特性例如FIFO（先入先出）也很容易实现，只需要一个list对象从头取数据，从尾部塞数据即可；redis能做消息队列还得益于其list对象blpop brpop接口以及Pub/Sub（发布/订阅）的某些接口，它们都是阻塞版的，所以可以用来做消息队列。

方案一：

使用redis的lpush/rpop (rpush/lpop) 命令 简单实现左进右出 或 右进左出 的list列表。
然后需要开启一个线程任务或者定时任务或者轮询方式，不停的调用rpop方法查看List中是否有待处理消息。
缺点：每调用一次都会发起一次连接，这会造成不必要的浪费。
1）、如果生产者速度大于消费者消费速度，消息队列长度会一直增大，时间久了会占用大量内存空间。
2）、如果睡眠时间过长，这样不能处理一些时效性的消息，睡眠时间过短，也会在连接上造成比较大的开销。

方案二：（推荐）

将方案一中的lpop、rpop命令改为使用blpop（左出）、brpop（右出）
这个指令只有在有元素时才返回，没有则会阻塞直到超时返回null
阻塞实现：不用轮询，当队列key有数据时候，就会响应，这里读取消息不会一直循环去读取，而是一直阻塞，等到有消息过来才读取。
该指令还提供了优先级以及超时参数
实现队列优先级命令：brpop queue1 queue2 ...
这样子即可以实现当队列1有数据时，优先处理，比如银行vip窗口等
实现超时退出：redis的brpop默认不带超时参数（或者说是默认为0（s）），会一直在进程中
实现命令：brpop queue1 timeout

五、代码实现思路

以下使用方案二实现思路
例子：发送平台用户邮箱消息通知（可以多场景、如发送验证码、重置密码等等）

# 第一步 请求发送的平台用户信息进队

//...... 获取用户信息代码省略
$userInfo = [‘id‘=>1, ‘name‘=>‘张三‘, ‘email‘=>‘393364227@qq.com‘];
$redis->lpush(‘sendEmailQueue‘, serialize($userInfo)); //serialize 序列化数组信息，转为字符串
//..... 同步处理，相应页面 发送成功等信息

# 第二步 在另一个接口类出队，并且处理消息

$userInfo = unserialize(brpop(‘sendEmailQueue‘));
//sendEmail 开始发送邮件操作

# 第三步 将第二步的实现接口添加到进程任务，并且开启进程保护
//可以使用linux下的Supervisor来做进程保护
//启动队列进程，即可实现消息队列去发送邮件了

The End.

redis消息队列简单应用

标签：timeout   视频   读取   默认   轮询   linu   序列   链表   改善   

原文地址：https://blog.51cto.com/10240111/2390062