sql - 在这种情况下，Redis 是一个不错的选择吗？

Question

该公司仅在 2 小时内（即从凌晨 1 点到凌晨 3 点）向成千上万的用户发送电子邮件（数千封），有些天甚至更少，在夜间。后来它停止了，什么也不做；第二天，我们使用相同的流程，但在这些电子邮件中添加了新数据。

我们发送它们的过程是这样的：

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

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

3. 发送电子邮件，从内存 Redis 中获取内容数据/个人信息

4. 删除内存 Redis 中的所有 content-data/personal-information。

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

Answer 1

几点注意事项：

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

2. Redis 在缓存方面非常棒。您可以根据键请求数据。我们在开发中使用 Redis 来加速“查询”、访问常用数据、缓存和承担关系数据库的负载。

3. 出于责任原因，如果您想保留发送电子邮件的日志，您将需要回写到中央数据库，因为您在完成后清除 Redis 缓存。

据我了解，Redis 只是您整个过程中的另一个步骤，这似乎是不必要的。