小編給大家分享一下PHP如何實現(xiàn)消息隊列，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

成都創(chuàng)新互聯(lián)堅持“要么做到，要么別承諾”的工作理念，服務領域包括：網(wǎng)站設計、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務，滿足客戶于互聯(lián)網(wǎng)時代的南開網(wǎng)站設計、移動媒體設計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡建設合作伙伴！

具體如下：

在互聯(lián)網(wǎng)項目開發(fā)者經常會遇到『給用戶群發(fā)短信』、『訂單系統(tǒng)有大量的日志需要記錄』或者在秒殺業(yè)務的時候服務器無法承受瞬間并發(fā)的壓力。

這種情況下，我們怎么保證系統(tǒng)正常有效的運行呢？

這個時候，我們可以引入一個叫『消息隊列』的概念來解決上面的需求。

消息隊列的概念、原理和場景

在高并發(fā)的時候，程序往往無法做到及時的處理。我們引入一個中間的系統(tǒng)，來進行分流和減壓。

所以從本質上講：消息隊列就是一個隊列結構的中間件。也就是說，你把消息和內容放入這個容器之后就可以直接返回，不用等它后期處理的結果。另外會有一個程序，讀取這些數(shù)據(jù)并按照順序處理。

1、隊列結構的中間件
2、消息放入后，不必立即處理
3、由訂閱者/消費者按順序處理

也就是說：當遇到一個比較大或者耗時比較長的環(huán)節(jié)的時候，而同時你的業(yè)務又不需要立即知道這個環(huán)節(jié)的結果，使用消息隊列是好的選擇。

核心結構如下面：

消息隊列 適用場景

一、數(shù)據(jù)需要冗余的時候
比如訂單系統(tǒng)中，后續(xù)需要進行數(shù)據(jù)的轉換和記錄。消息隊列可以把這些數(shù)據(jù)持久化的存儲在隊列中，然后由訂單后期處理程序進行處理，處理完成之后再把這條記錄從隊列中刪除。

二、系統(tǒng)的解耦
消息隊列解決了2套系統(tǒng)之間深度耦合的問題。
使用消息隊列后，入隊的系統(tǒng)和出隊的系統(tǒng)沒有直接的關系。
入隊系統(tǒng)和出隊系統(tǒng)，其中一個崩潰之后不會影響另外一個的正常運行。

三、流量削峰
就是秒殺和搶購的時候，會出現(xiàn)明顯的流量劇增，對服務器的壓力非常大。
實際項目開發(fā)中，配合緩存來使用消息隊列，一種很好的方案。

四、異步通信
消息隊列本身就實現(xiàn)了程序的異步操作，因此只要適合于異步的場景都可以使用消息隊列

五、擴展性
比如訂單系統(tǒng)，訂單入隊之后，后期或許還有財務系統(tǒng)處理，但是如果還要加一個配貨系統(tǒng)。
只需要讓這個配貨系統(tǒng) 訂閱這個 消息隊列 即可。

六、排序保證
在有些場景下，數(shù)據(jù)的處理順序是非常重要的，隊列本身就可以做成單線程的單進單出的系統(tǒng)。
從而有效的保證數(shù)據(jù)按照順序進行處理。

常見 隊列實現(xiàn) 的優(yōu)缺點

隊列介質：

Mysql：可靠性高、易實現(xiàn)、速度慢
Redis：速度快，單條大消息包時效率低
消息系統(tǒng)：專業(yè)性強、可靠，學習成本高(比如：RabbtiMQ)

消息處理的觸發(fā)機制：

死循環(huán)方式讀?。阂讓崿F(xiàn)，故障時無法及時恢復；
定時任務：壓力均分，有處理量上限。(較大的缺陷：定位任務時間的間隔和處理的數(shù)據(jù)需要精準把握，不能上一個任務還沒有處理完成，下一個認為就已經啟動了)
守護進程：類似于PHP-FPM和PHP-CGI，需要shell知識

解耦案列：隊列處理 訂單系統(tǒng)和配送系統(tǒng)

我們在前面了解過消息隊列的使用場景

這里，我們要來處理其中一個場景：系統(tǒng)的解耦。

在電商項目中，當客戶提交了一個訂單之后，客戶在個人中心可以看到訂單處于配送中。
這個時候就要參與進來一個系統(tǒng)，叫做『配送系統(tǒng)』。如果我們在做架構的時候，把訂單系統(tǒng)和配送系統(tǒng)設計在一起的話就會出現(xiàn)一些問題：訂單系統(tǒng)的壓力比較大，但是配送系統(tǒng)沒有必要對這些壓力做及時的反應；我們不需要訂單系統(tǒng)出現(xiàn)故障之后導致配送系統(tǒng)故障。

所以我們需要把這2個系統(tǒng)分開，通過一個中間的隊列表來實現(xiàn)這2個系統(tǒng)的溝通。

如下圖架構：

 

具體到我們的程序代碼大致邏輯如下圖：

 

大致流程：order.php來接收用戶訂單，生成訂單號并對訂單進行處理（訂單系統(tǒng)）；在訂單系統(tǒng)會把配送系統(tǒng)所需要的數(shù)據(jù)放入隊列表中；我們的配送系統(tǒng)goods.php會有個定時腳本每分鐘執(zhí)行一次，處理隊列表中的數(shù)據(jù)。

簡單設計隊列表order_queue：

CREATE TABLE `order_queue` (
 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `order_id` int(11) unsigned NOT NULL COMMENT '訂單ID(從訂單系統(tǒng)來的)',
 `user_info` varchar(255) NOT NULL DEFAULT '' COMMENT '可以是用戶手機號/用戶id等(這里只是演示)',
 `created_at` datetime NOT NULL COMMENT '訂單創(chuàng)建時間',
 `updated_at` datetime NOT NULL COMMENT '本記錄最后處理完成時間',
 `status` tinyint(2) NOT NULL COMMENT '0未處理，1已處理，2處理中',
 PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

mysql訂單隊列

前面我們已經分析清楚了邏輯，剩下的就是代碼實現(xiàn)了。

注意：我這里只是演示代碼，單純?yōu)榱苏故緦崿F(xiàn)過程。

1、接收訂單，處理訂單order.php

$order_id,
    'user_info'=>$_GET['user_info'],
    'created_at'=>date('Y-m-d H:i:s',time()),
    'status'=>0
  );
  // 把上面的數(shù)據(jù) 插入到order_queue表中
  // insert into order_queue
}

2、配送系統(tǒng)goods.php

0);
$lock = array('status'=>2);
//把狀態(tài)為0的記錄標記為2，每次更新3條（具體每次幾條看情況）
$sql = "update order_queue set status=2 where status=0 limit 3";
//2、
if(上面update成功){
  // 選擇出要處理訂單內容
  // select * from order_queue where status = 2;
  // 然后由配貨系統(tǒng)進行處理
  // todo...
  //3、處理完成把訂單狀態(tài)更新為已完成
  $success = array(
    'status'=>1,
    'updated_at'=>date('Y-m-d H:i:s',time())
  );
}else{
  echo 'All Finished';
}

3、linux服務器 定時任務

寫個shell腳本：goods.sh

#!/bin/bash
date "+%G-%m-%d %H:%M:%S"
cd /var/www/
php goods.php

這個腳本就是去執(zhí)行orders.php這個程序的。

在linux服務器部署定時任務：

crontab -e

*/1 * * * * /var/www/goods.sh >> /var/www/goods_shell.log 2>$1

每分鐘執(zhí)行一次goods.sh文件，并記錄日志到goods_shell.log文件(在對應目錄新建該文件)

以上是“PHP如何實現(xiàn)消息隊列”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)站題目：PHP如何實現(xiàn)消息隊列-創(chuàng)新互聯(lián)
網(wǎng)站URL：http://weahome.cn/article/ddhpgd.html