在进行网站设计的时候，有时候会遇到给用户大量发送短信，或者订单系统有大量的日志需要记录，还有做秒杀设计的时候，服务器无法承受这种瞬间的压力，无法正常处理，咱们怎么才能保证系统正常有效的运行呢？这时候我们就要引用消息队列来实现这类的需求，这时候就需要一个中间的系统进行分流和解压。消息队列就是一个中间件，需要配合其他合理使用。
消息队列的概念、原理和场景
本质上讲，消息队列结构就是一个队列结构的中间件
，也就是说把消息和内容放入这个容器之后，就可以直接的返回，不需要等它后期处理的结果，另外会有一个程序会读取这些数据，并按照顺序进行逐个的处理，也就是说按照并发非常大的一个环节的时候，同时呢你又不需要立即获得这个环节的返回结果，那么使用消息队列可以比较好的解决这个问题。一个经典的消息队列结果应该是这样的过程：
由一个业务系统进行入队，把消息逐个插入消息队列中，插入成功之后直接返回成功的结果，然后后续有一个消息处理系统，这个系统会把消息队列中的记录逐个进行取出并且进行处理，进行出队的操作。
消息系统适合的场景
冗余
首先数据需要冗余的时候，比如经常做订单系统，后续需要严格的转换和记录，消息队列可以把这些数据持久化存储在队列中，然后由订单处理程序进行获取，后续处理完成之后再把这条记录删除，保证每条记录都能处理完成。
解耦
消息队列分离了两套系统，解决了两套系统深度耦合的问题。使用消息队列后，入队的系统和出队的系统没有直接的关系，入队系统和出队系统其中一套系统崩溃的时候，都不会影响到另一个系统的正常运转。
流量削峰
这种场景最经典的就是秒杀抢购，这种情况会出现很大的流量剧增，大量的需求集中在短短的几秒内，对服务器的瞬间压力非常大，而我们配合缓存使用消息队列能非常有效的顶住瞬间访问量，防止服务器顶不住而崩溃。
异步通讯
消息本身可以使入队的系统直接返回，所以实现了程序的异步操作，因此只要适合于异步的场景都可以使用消息队列来实现。
扩展性
比如订单入队之后或许会有财务系统进行处理，但是后期我想加配货系统，我只需要让配货系统订阅消息队列就可以了，这样就很容易扩展。
排序保证
这种情况指的是在有些场景下数据处理顺序是非常重要的，这种情况非常适合队列处理，因为队列本身就可以做成单线程的单进单出的系统，从而保证数据按照顺序进行处理。
常见消息队列实现优缺点
队列介质有哪些？
Mysql：可靠性高、易实现，速度慢，比如表就可以。
Redis：速度快，单条大消息包时效率低。redis提供了list，适合做消息队列，但是redis有一个问题，消息包过大的时候，效率就慢了，一般单条内容都不大
消息系统：专业性强、可靠，但学习成本高，如RabbitMQ
消息处理三种触发机制
死循环方式读取处理：让一个死循环的程序不断地读取一个队列，并且进行后期处理，这种方式失效性是比较强的，因为这种程序不断地扫描消息队列，因此消息队列里一旦有数据，就可以进行后续处理。但是这样会造成服务器压力，最关键的是也不会知道程序什么时候会挂掉，一旦出现故障，没办法及时恢复，这种情况比较适合做秒杀，因为秒杀的时间点比较集中，一旦有秒杀可以立即处理。
定时任务：每隔几秒或者几分钟执行一次，这样做的最大好处就是把压力分开了，无论入队的系统在哪个时间点入队的峰值是多么不平均，但由于出队的系统是定时执行的，所以会把压力均摊，每个时间点的压力会差不太多，所以还是比较流行的，尤其是订单系统和物流配货系统这类的，如订单系统会把写入队列，用户就可以看到我的订单在等物流配货了，这样物流系统就会定时把订单进行汇总处理，这样压力就不会太大，唯一的缺点就是定时和间隔和数量要把握好，不要
等上一个定时任务没有执行完呢，下一个定时任务又开始了，这样容易出现不可预测的问题。
守护进程：类似于PHP-FPM和PHP-CGI进程，需要linux的shell基础。
解耦案例：队列处理订单系统和配送系统
在网购的时候，提交订单之后，看到自己的订单货物在配送中，这样就参与进来一个系统是配送系统，如果我们在做架构的时候，把订单系统和配送系统设计到一起，就会出现问题。首先对于订单系统来说，订单系统处理压力较大，对于配送系统来说没必要对这些压力做及时反映，我们没必要在订单系统出现问题的情况下，同时配送系统出现问题，这时候就会同时影响两个系统的运转，我们可以解耦解决。这两个系统分开之后，我们可以通过一个队列表来实现两个系统的沟通。首先，订单系统会接收用户的订单，进行订单的处理，会把这些订单写到队列表中，这个队列表是沟通两个系统的关键，由配送系统中的定时执行的程序来读取队列表进行处理，配送系统处理之后，会把已经处理的记录进行标记，这就是流程。
具体细节设计如下（Mysql队列举例）：
首先，由order.php的文件接收用户的订单，然后生成订单号并对订单进行处理，订单系统处理完成之后会把配送系统需要的数据增加到队列表中，队列表可以这么设计，大概六个字段，order_id(订单主键id),status(订单状态),mobile(用户手机号),address(收获地址),created_at(创建的时间),updated_at(后期配送系统处理完成时间)，然后有一个定时脚本，每分钟启动配送处理程序，配送处理程序这个goods.php用来处理队列表中的数据，当处理完成之后，会把队列表中的字段状态改为处理完成，这样整个流程结束。
创建订单表
CREATE TABLE `order_queue` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '订单的id号', `order_id` int(11) NOT NULL, `mobile` varchar(20) NOT NULL COMMENT '用户的手机号', `address` varchar(100) NOT NULL COMMENT '用户的地址', `created_at` datetime NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '订单创建的时间', `updated_at` datetime NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '物流系统处理完成的时间', `status` tinyint(2) NOT NULL COMMENT '当前状态，0 未处理，1 已处理，2处理中', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
处理订单的order.php文件
<?php include 'class/db.php'; if(!empty($_GET['mobile'])){ $order_id = rand(10000,99999); $insert_data = array( 'order_id'=>$order_id, 'mobile'=>$_GET['mobile'], //记得过滤 'created_at'=>date('Y-m-d H:i:s',time()), 'order_id'=>$order_id, 'status'=>0, //0，未处理状态 ); $db = DB::getIntance(); //把数据放入队列表中 $res = $db->insert('order_queue',$insert_data); if($res){ echo $insert_data['order_id']."保存成功"; }else{ echo "保存失败"; } }else{ echo "1"; } ?>
配送系统处理订单的文件goods.php
<?php //配送系统处理订单并进行标记 include 'class/db.php'; $db = DB::getIntance(); //1：先要把要处理的数据状态改为待处理 $waiting = array('status'=>0,); $lock = array('status'=>2,); $res_lock = $db->update('order_queue',$lock,$waiting,2); //2：选择出刚刚更新的数据，然后进行配送系统处理 if($res_lock){ //选择出要处理的订单内容 $res = $db->selectAll('order_queue',$lock); //然后由配货系统进行处理.....等操作 //3：把处理过的改为已处理状态 $success = array( 'status'=>1, 'updated_at'=>date('Y-m-d H;i:s',time()), ); $res_last = $db->update('order_queue',$success,$lock); if($res_last){ echo "Success:".$res_last; }else{ echo "Fail:".$res_last; } }else{ echo "ALL Finished"; } ?>
定时执行脚本的goods.sh，每分钟执行一次
#!/bin/bash date "+%G-%m-%d %H:%M:%S" //当前年月日 cd /data/wwwroot/default/mq/ php goods.php
然后crontab任务定时执行脚本，并创建日志文件，然后指定输出格式
*/1 * * * * /data/wwwroot/default/mq/good.sh >> /data/wwwroot/default/mq/log.log 2>&1 //指定脚本目录并格式化输出//当然要创建log.log文件
tail -f log.log //监控日志
这样订单系统和配送系统是相互独立的，并不影响另一个系统的正常运行。
再举一个关于Mysql消息队列的例子，以发送短信为例：
<?php $db = new Db(); $sms = new Sms(); while(true){ $item = $db->getFirstRecord(); //获取数据表第一条记录 if(!$item){ //如果队列中没有数据，则结束定时器 break; } $res = $sms->send($item['phone'],$item['content']); //发送短信 if($res){ $db->deleteFristRecord(); //删除发送成功的记录 echo $item['phone'].'发送成功'; }else{ echo $item['phone'].'发送失败，稍后继续尝试'； } sleep(10); //每隔十秒循环一次 } echo '发送完毕！'; ?>
将代码保存为timer_sms.php，打开命令行，执行定时器：
php定时器将会根据设定的时间间隔（这里设的是10秒），自动完成发送短信的任务。任务完成后将自动退出定时器，不再占用服务器资源。
根据我的测试，PHP定时器占用资源并不多，不会对服务器造成压力。而且是异步访问数据库，也不会影响数据库的运行。
这种方式的优点是：
1、后台运行，前台无需等待
2、成功率高，失败的记录会自动重发，直到成功
流量削峰案例：Redis的List类型实现秒杀
为什么要使用Redis而不适用Mysql呢?因为Redis是基于内存，速度要快很多，而Mysql需要往硬盘里写，因为其他业务还要使用Mysql，如果秒杀使用Mysql的话，会把Mysql的资源耗光，这样其他的业务在读取Mysql肯定出问题。另外Redis对数据有一个持久化作用，这样要比Memcache要有优势，并且数据类型要多，这次要用的就是Redis的List，可以向头部或者尾部向Redis的链表增加元素，这样Redis在实现一个轻量级的队列非常有优势。
LPUSH/LPUSHX：LPUSH是将值插入到链表的头部，LPUSHX是检测这个链表是否存在，如果存在的话会插入头部，如果不存在会忽略这个数据
RPUSH/RPUSHX：将值插入到链表的尾部。同上，位置相反
LPOP：移除并获取链表中的第一个元素。
RPOP：移除并获取链表中最后一个元素。
LTRIM：保留指定区间内的元素。
LLEN：获取链表的长度。
LSET:用索引设置链表元素的值。
LINDEX：通过索引获取链表中的元素。
LRANGE：获取链表指定范围内的元素。
【秒杀业务程序】记录哪个用户参与了秒杀，同时记录时间，这样方便后续处理，用户的ID会存储到【Redis】的链表里进行排队，比如打算让前10个人秒杀成功，后面的人秒杀失败，这样让redis链表的长度保持为10就可以了，10个以后如果再到redis请求追加数据，那么程序上拒绝请求，在redis存取之后，后面的程序会对redis进行取值，因为数据不能长久放在缓存，后面有一个程序遍历处理redis的值，放入数据库永久保存，因为秒杀本来不会太长，可以用脚本循环扫描。
详细说明：
首先Redis程序会把用户的请求数据放入redis，主要是uid和微秒时间戳；然后检查redis链表的长度，超出长度就放弃处理；死循环数据读取redis链表的内容，入库。
数据库代码：
CREATE TABLE `redis_queue` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `uid` int(11) NOT NULL DEFAULT '0', `time_stamp` varchar(24) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=88 DEFAULT CHARSET=utf8;
另外两个程序，一个是把用户的请求接收写入redis的程序，另一个是把redis的数据拿出写入数据库的程序。
接收用户请求的程序：
<?php $redis = new Redis(); $redis->connect('127.0.0.1',6379); $redis-_name = 'miaosha'; //秒杀用户涌入模拟,100个用户 for ($i =0; $i < 100; $i++) { $uid = rand(1000000,99999999); } //检查redis链表长度（已存在数量) $num = 10; if ($redis->lLen($redis_name) < 10 ) { //加入链表尾部 $redis->rPush($redis_name, $uid.'%'.microtime()); } else { //如果达到10个 //秒杀结束 } $redis->close();
处理程序（拿redis数据写入mysql）
<?php //从队列头部读一个值，判断这个值是否存在，如果存在则切割出时间、uid保存到数据库中。（对于redis而言，如果从redis取出这个值，那么这个值就不在redis队列里了，如果出现问题失败了，那么我们需要有一个机制把失败的数据重新放入redis链表中） $redis = new Redis(); $redis->connect('127.0.0.1',6379); $redis-_name = 'miaosha'; //死循环检测redis队列 while(1) { $user = $redis->lpop($redis_name); if (!$user || $user == 'null') { //如果没有数据跳出循环 //如果一直执行，速度是非常快的，那么服务器压力大，这里2秒一次 sleep(2); //跳出循环 continue; } //拿出微秒时间戳和uid $user_arr = explode('%', $user); $insert_data = array( 'uid' => $user_arr[0]; 'time_stamp' => $user_arr[1]; ); $res = $db->insert('redis_queue', $insert_data); //如果插入失败 if (!$res) { //从哪个方向取出，从哪个方向插回 $redis->lpush($redis_name, $user); sleep(2); } } $redis->close();
测试的话，可以先执行循环检测脚本，然后再执行秒杀脚本开始测试，监测Mysql数据库的变化。
RabbitMQ：更专业额消息系统实现方案
可以看本人博客当前栏目了解
http://www.cnblogs.com/wt645631686/category/1171220.html
