當前正式環(huán)境每天會通過API接口有幾百條數(shù)據(jù)不同的時間段提交至服務端,服務端利用Redis隊列入隊、出隊,數(shù)據(jù)校驗后進行入庫;
通過服務器自身的任務計劃,每10分鐘執(zhí)行一次PHP腳本,來對Redis的數(shù)據(jù)進行出隊->校驗->入庫;
目前暫時沒有問題;但是無法應對大量數(shù)據(jù)入隊后的出隊效率?
如果Redis隊列里有10000條或者更大量的數(shù)據(jù); 通過PHP腳本 可能需要 10分鐘以上的時間左右才能完成入庫;
Workerman 如何對這個問題進行相關(guān)優(yōu)化 提高效率呢?
希望能給出相關(guān)的解決方案? 萬分感謝!!!
感覺可以利用workerman的多進程以及集群優(yōu)勢去做。單個cron腳本處理能力有限,多進程甚至集群能力就強了。
另外workerman可以支持毫秒級別的定時器,定時間隔也可以小一些。
就是感覺到workerman的多進程可以解決目前我這個問題,但是這是server端 對 server端 ,具體應該怎么去做呢? 我目前只是理解 Client 和 Server端之間的通訊.