前言.
最近一直在趕專案,心裡可是百感交集。一方面是由於學而知不足,另一方面更是感嘆網際網路的發展日新月異。有時候你不進步就是等於在退步。小俠最近心血來潮想用好好地在專案中用下佇列。儘管沒什麼高併發的存在。可是對於一些業務解耦佇列還是一個不錯的解決方案。
什麼是訊息佇列?訊息佇列可以用在什麼地方?
#訊息佇列
“訊息佇列”是指訊息的傳輸過程中儲存訊息的容器。
“訊息”是在兩臺計算機間傳送的資料單位。訊息可以非常簡單,例如只包含文字字串;也可以更復雜,可能包含嵌入物件。
#應用場景
以下介紹訊息佇列在實際應用中常用的使用場景。非同步處理,應用解耦,流量削鋒和訊息通訊四個場景。
非同步處理
場景說明:使用者註冊後,需要發註冊郵件和註冊簡訊。傳統的做法有兩種:
1.序列的方式。
2.並行方式。
(1)序列方式:將註冊資訊寫入資料庫成功後,傳送註冊郵件,再傳送註冊簡訊。以上三個任務全部完成後,返回給客戶端。
假設三個業務節點每個使用50毫秒鐘,不考慮網路等其他開銷,則序列方式的時間是150毫秒,並行的時間可能是100毫秒。 因為CPU在單位時間內處理的請求數是一定的,假設CPU1秒內吞吐量是100次。則序列方式1秒內CPU可處理的請求量是7次(1000/150)。並行方式處理的請求量是10次(1000/100)。 小結:如以上案例描述,傳統的方式系統的效能(併發量,吞吐量,響應時間)會有瓶頸。如何解決這個問題呢? 引入訊息佇列,將不是必須的業務邏輯,非同步處理。改造後的架構如下
按照以上約定,使用者的響應時間相當於是註冊資訊寫入資料庫的時間,也就是50毫秒。註冊郵件,傳送簡訊寫入訊息佇列後,直接返回,因此寫入訊息佇列的速度很快,基本可以忽略,因此使用者的響應時間可能是50毫秒。因此架構改變後,系統的吞吐量提高到每秒20 QPS。比序列提高了3倍,比並行提高了兩倍。
應用解耦
場景說明:使用者下單後,訂單系統需要通知庫存系統。傳統的做法是,訂單系統呼叫庫存系統的介面。如下圖:
傳統模式的缺點:
1) 假如庫存系統無法訪問,則訂單減庫存將失敗,從而導致訂單失敗;
2) 訂單系統與庫存系統耦合;
如何解決以上問題呢?引入應用訊息佇列後的方案,如下圖:
訂單系統:使用者下單後,訂單系統完成持久化處理,將訊息寫入訊息佇列,返回使用者訂單下單成功。
庫存系統:訂閱下單的訊息,採用拉/推的方式,獲取下單資訊,庫存系統根據下單資訊,進行庫存操作。
假如:在下單時庫存系統不能正常使用。也不影響正常下單,因為下單後,訂單系統寫入訊息佇列就不再關心其他的後續操作了。實現訂單系統與庫存系統的應用解耦
流量削鋒
流量削鋒也是訊息佇列中的常用場景,一般在秒殺或團搶活動中使用廣泛。
應用場景:秒殺活動,一般會因為流量過大,導致流量暴增,應用掛掉。為解決這個問題,一般需要在應用前端加入訊息佇列。
- 可以控制活動的人數;
- 可以緩解短時間內高流量壓垮應用
訊息通訊
訊息通訊是指,訊息佇列一般都內建了高效的通訊機制,因此也可以用在純的訊息通訊。比如實現點對點訊息佇列,或者聊天室等。
點對點通訊
點對點通訊:
客戶端A和客戶端B使用同一佇列,進行訊息通訊。
聊天室通訊:
客戶端A,客戶端B,客戶端N訂閱同一主題,進行訊息釋出和接收。實現類似聊天室效果。
以上實際是訊息佇列的兩種訊息模式,點對點或釋出訂閱模式。模型為示意圖
以上就是就是對於佇列的理解和應用。如果你想了解更多。你可以參考進入以下網址。瞭解更多關於佇列的應用www.365jz.com/article/239…上面小俠的說明就是引用了這部分文章的。
----------------------------------------------------------------------------------------------------------
實戰部分
本次我們基於演示的是郵件佇列如何操作。
本次實現佇列的方式我們採用了mysql。如果你想了解更多或者配置其他方式的佇列記得好好檢視laravel的官方手冊。
第一步:修改.evn檔案中的佇列方式。
QUEUE_DRIVER=database複製程式碼
第二步:要使用 database
佇列驅動,你需要資料表儲存任務資訊。要生成建立這些表的遷移,可以執行 Artisan 命令 queue:table
,遷移被建立之後,可以使用 migrate
命令生成這些表:
php artisan queue:table
php artisan migrate複製程式碼
第三步:為對應的佇列生成一個佇列的操作類
php artisan make:job SendPostEmail
#以上命令我們就可以在laravel裡生成一個任務操作類,其程式碼位置在:app/Jobs複製程式碼
第四步:我們需要構建一個測試傳送郵件的方法
<?php
namespace App\Http\Controllers\Queue;
use App\Post;
use Illuminate\Http\Request;
use App\Http\Controllers\Controller;
use Mail;
//引入需要使用的佇列
use App\Jobs\SendPostEmail;
class IndexController extends Controller
{
public function sendemail(){
//Post表是本次傳送內容的資訊表
$post = new Post();
$post->title = "佇列測試郵件";
$post->body = "這是測試郵件";
$post->save();
//此操作是說明資訊內容寫入成功後,我們把寫入的內容進行入佇列的操作
$this->dispatch(new SendPostEmail($post)); // 佇列
}
}
複製程式碼
第五步:編寫的佇列操作類
<?php
namespace App\Jobs;
use Illuminate\Bus\Queueable;
use Illuminate\Queue\SerializesModels;
use Illuminate\Queue\InteractsWithQueue;
use Illuminate\Contracts\Queue\ShouldQueue;
use Illuminate\Foundation\Bus\Dispatchable;
use Mail;
use App\Post;
class SendPostEmail implements ShouldQueue
{
use Dispatchable, InteractsWithQueue, Queueable, SerializesModels;
protected $post;
/**
* Create a new job instance.
*
* @return void
*/
public function __construct(Post $post)
{
$this->post = $post;
}
/**
* Execute the job.
*
* @return void
*/
public function handle()
{
//
$data= array(
'title'=> $this->post->title,
'body'=> $this->post->body,
);
Mail::send('test', $data, function($message){
$to = 'fivetong@163.com';
$message->to($to)->subject('測試郵件');
});
}
}
#從上面可以看到,建構函式中我們直接存入了對應的POST例項複製程式碼
第六步:通過命令執行開啟佇列應用
php artisan queue:work
#注意了,佇列啟動後如果有任何的資料修改記得重啟佇列。
php artisan queue:restart複製程式碼