場景描述：

client(單片機) — send MQ —> MQ Server — Received —> php腳本(業務 + DB)

文字說明： 就是簡單的一種MQ應用場景

問題描述:(一說到這就想罵人)

暫且80個client(聽說后期5000的量), 4個PHP腳本處理進程才應付得過來。

正常情況下，消息量在 2500條/分鐘左右。特殊情況下估計要翻3倍，也就是7500/分鐘。

問題也就出現在特殊情況下，一旦腳本處理能力跟不上之后，基本上后面很難再更上去了，因為消息只會積累的更多。

請教：

姑且先不管描述的問題，畢竟需要優化的地方還太多。

假如不考慮接收MQ速率的影響，一條消息對應一組CURD的操作，單個php腳本在Cli下的處理能力有多快，最好能給個大概的量化值。

PHP在cli下運行，受到哪些PHP配置參數的影響

增加多個PHP腳本，肯定不可能無限增加。

重中之重：授人以魚不如授人以漁。php進程相關的知識點哪里有好的文檔

回答

不考慮IO的話，只要不寫一些作死的邏輯，php的在cli的處理能力基本不需要擔心不夠用，但是存在IO的情況下，瓶頸大多都是在這些IO操作和等待上，不好給你的數值。

php的配置一般改動也不會太多，cli下運行主要注意下可以使用的最大內存。

增加多個php腳本是可行的，監控下CPU和內存的使用就可以了

官方文檔有簡要描述，但是看你的這個場景，你不考慮使用 swoole或者workerman這類異步、并行、高性能網絡通信引擎嗎？

參考性能：laravel隊列(cli方式)+Rabbitmq，13W數據，DB業務操作，78個進程(36*2臺機器)，總耗時20秒

單臺硬件配置：CPU：32核；內存：64G

總結

以上是生活随笔為你收集整理的linux php cli 太多,【linux】php cli 处理能力到底有多强？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。