php 用 redis做隊列 運行過程是什麼樣的？

比如群發1000封郵件，或者同時有1000個使用者一人一個發郵件的請求

先用1個或多個php指令碼把 1000封郵件的資訊儲存到redis

然後用另一個php指令碼 迴圈從redis中每次取20條出來 執行發送郵件的函數

那問題來了，那這個取資料指令碼是不是一直要在後台跑呢？ 而且就它一個線程，效率高嗎？

我是不是理解錯了？

回複討論(解決方案)

在哪裡跑都行，按你業務的需要
只要你處理一條就刪一條，多少的進（線）程同時跑都沒關係

就是排隊，先來先服務。後來的等著。

你多少個來都一樣，按時間排隊，如果並發，它系統都會按入隊順序排好的。

php運行一個指令碼是一個線程吧？

比如1000個使用者一人一個發郵件的請求，如果每個請求都開啟一個取資料線程 執行發郵件函數，那隊列就沒有意義了，相當於直接運行發郵件函數了

怎麼讓如每20個使用者就開啟一個線程取資料呢？

就是排隊，先來先服務。後來的等著。

你多少個來都一樣，按時間排隊，如果並發，它系統都會按入隊順序排好的。

排隊我懂。
我不理解的是取出資料後，到底是交給誰執行任務（如發郵件），是交給一個線程，還是可以同時交給多個線程，這裡邊到底是怎麼操作的，一個線程是不是會很慢

如果你出隊時多線程的，就可以同時處理多個入隊的資料了。

或者入隊時定義多幾個隊列，出隊時就可以並發執行了。

郵件發送的快慢由很多因素決定，你實際能操控的是你的網卡的輸送量（當然還有頻寬的制約）
只要沒超出他的上限，開多少個線程都無所謂
CPU（核） 在任何時刻都只會為一個進（線）程服務，如果你的程式在運行時沒有停頓（沒有IO請求），那麼多線程和單線程並沒有區別

你實際需要的是如何調度隊列，使之儘快的空下來
1、你需要有一個後台進程，不時的處理隊列裡的資料
2、你可以在每當使用者發來請求時，除了完成請求的工作外，在啟動若干個進（線）程來處理隊列中的資料

