在这种情况下,Redis是一个不错的选择吗?

时间:2012-11-04 18:22:19

标签: sql email redis

该公司仅在2小时内(即从早上1点到凌晨3点)发送电子邮件(数千),有些日子甚至更少,在夜间发送给数千名用户。后来它停止了,什么也没做;第二天,我们使用相同的流程,但这些电子邮件中包含新数据。

我们发送它们的过程是:

  1. 从SQL数据库中获取电子邮件的内容数据/个人信息

  2. 使用Redis在内存中构建包含这些内容 - 数据/个人信息的队列

  3. 从内存Redis

  4. 发送内容数据/个人信息的电子邮件
  5. 删除内存Redis中的所有内容数据/个人信息。

  6. 问题在于我不确定Redis在这种情况下是否是一个不错的选择。它工作正常,但我认为只需两个小时就没有必要使用Redis。我是公司的新手,所以我没有建立,但我不明白为什么他们这样做。

1 个答案:

答案 0 :(得分:0)

几个笔记:

  1. 如果您每天访问一次内容和个人数据,可以从关系数据库轻松获取。

  2. Redis非常适合缓存。您可以根据密钥请求数据。我们在开发过程中使用Redis来加速“查询”,访问常用数据,缓存并承担关系数据库的负载。

  3. 出于问责原因,如果您想记录发送的电子邮件,您将需要回写到中央数据库,因为您在完成后清除了Redis缓存。

  4. 据我所知,Redis只是整个过程的另一步,似乎没必要。