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