php+redis消息队列是php+mysql性能不足时的一个中间间处理方案。通过这个中间的处理，保证的数据的可用性和准确性。用于服务器瞬间请求大，数据库压力大的情况。如并发量大导致的超卖、并发量大导致的数据重复情况。

流程：php接受请求和数据 -> php把数据写入redis队列中（入队） -> shell定时调用php读取队列数据写入mysql（出队）

网址：http://www.zixuephp.net/article-389.html

php+redis实现消息队列

参考：http://www.cnblogs.com/lisqiong/p/6039460.html

参考：http://blog.csdn.net/shaobingj126/article/details/50585035

消息队列：是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它

应用场景：异步处理，应用解耦，流量削锋和消息通讯四个场景

1、异步处理

场景说明：用户注册后，需要发注册邮件和注册短信。

注解：自行考虑ajax中的异步。

2、应用解耦

一般订单系统和库存系统是一体的，但是如果一方出现问题，那么这个订单就失败了。

[图片上传失败...(image-f8bb4-1539518469298)]

• 订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功。
• 库存系统：订阅下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作。
• 假如：在下单时库存系统不能正常使用。也不影响正常下单，因为下单后，订单系统写入消息队列就不再关心其他的后续操作了。实现订单系统与库存系统的应用解耦。

注解：感觉特别像行为驱动，消息队列中存储的就是每个行为

3、流量消锋（一般在秒杀或团抢活动中使用广泛）

[图片上传失败...(image-ad661c-1539518469297)]

注解：一般秒杀时订单会特别的多，但是数据库无法一次性的处理这么多，所以可以先存在消息队列中，无论我进的速度多快，出的速度都是一定的。不知道算不算属于漏斗模型的一部分

php的redis扩展：https://github.com/phpredis/phpredis

1）redis函数rpush,lpop

2）.Linux的crontab

创建demo.php和index.php

<?php

$redis = new Redis();
 
$redis->connect('127.0.0.1',6379);
 
$password = '123456';
 
$redis->auth($password);
 
$arr = array('h','e','l','l','o','w','o','r','l','d');
 
foreach($arr as $k=>$v){
 
  $redis->rpush("mylist",$v);
 
}

<?php
 
$redis = new Redis();
 
$redis->connect('127.0.0.1',6379);
 
$password = '123456';
 
$redis->auth($password);
 
//list类型出队操作
 
$value = $redis->lpop('mylist');
 
if($value){
 
 echo "出队的值".$value;
 
}else{
 
  echo "出队完成";
 
}
 
?>

建立定时任务

*/1 * * * * root php /wwwroot/workplace/redis/index.php

*/3 * * * * root php /wwwroot/workplace/redis/demo.php

网址：https://www.cnblogs.com/dongtong/p/6525010.html