有關監視服務器上多個帳戶的傳入電子郵件的性能問題

Question

我想編寫一個服務器端腳本/守護程序，該腳本/守護程序將監視多個電子郵件帳戶（可能數量很多），然后發送推送通知。 到目前為止，我的概念性想法是：建立一個包含帳戶和密碼的數據庫。 進行迭代，檢查是否有任何新消息，然后通過處理電子郵件並向客戶端的移動設備發送推送通知來對此做出反應。 我最大的擔心是性能。 在我看來，遍歷成千上萬個帳戶似乎不正確，但我無法提出更好的解決方案。 為每個帳戶注冊一個觀察員聽起來沒有什么好..有什么想法嗎？ 我對任何語言（腳本或編程）開放。 不要求代碼，只是想把這個概念包扎起來。 謝謝！

Answer 1

您可以分塊進行。 如果我們要談論成千上萬個帳戶，那么一遍遍所有數據庫條目可能會花費很長時間，也許您可​​以將其划分為多個腳本或腳本執行，比如說要占用100個帳戶。 因此，您將擁有一個這樣的環境：腳本/線程1檢查帳戶從1到100，腳本/線程2檢查帳戶從101到200 ...這可以通過使用不同的腳本在同一腳本/程序上使用線程來完成，或根據需要使用“包裝器”多次調用腳本，具體取決於條目/塊的數量。 您可能需要密切注意服務器資源，但是檢查的性能應該會提高。 希望這可以幫助。