2012-11-04 89 views
0

該公司僅在2小時內(即從凌晨1點到凌晨3點)發送電子郵件(數千個),在夜間甚至更少的時間內,向成千上萬的用戶發送電子郵件。之後它停下來,除此之外別無其他;第二天我們使用相同的流程,但在這些電子郵件中使用了新數據。在這種情況下,Redis是不錯的選擇嗎?

我們按照向他們發送的過程是這樣的:

  1. 取內容的數據/個人信息從SQL數據庫進行電子郵件

  2. 建造隊列,這些內容數據/個人信息通過使用Redis的

  3. 發送電子郵件,以從內存中的內容數據/個人信息的Redis

  4. 內存

    刪除內存Redis中的所有內容數據/個人信息。

問題是我不確定在這種情況下Redis是否是一個好選擇。它工作正常,但我認爲僅用兩個小時就沒有必要使用Redis。我是公司的新成員,所以我沒有這樣做,但我不明白他們爲什麼這樣做。

+2

難道你不能只是擺脫數據庫?爲什麼排隊? –

+0

這是我的問題!!我是公司的新成員,所以我沒有建立這個,但我不明白他們爲什麼要這樣做...... – itaka

+0

如果它沒有損壞,請不要修復它。 :) –

回答

0

夫婦的注意事項:

  1. 如果您正在訪問一天一次的內容和個人數據,你可以很容易地從關係數據庫中得到它。

  2. Redis對於緩存非常棒。您可以根據密鑰請求數據。我們在開發中使用Redis來加速「查詢」,訪問頻繁使用的數據,緩存並承擔關係數據庫的負載。

  3. 由於問責制的原因,如果您想保留已發送電子郵件的日誌,則需要寫回中央數據庫,因爲您在完成後清除Redis緩存。

據我瞭解,Redis只是整個過程中的另一個步驟,似乎沒有必要。

相關問題