为了快，我们一般会选择Redis，但是同样的价格，内存容量无法匹配硬盘的大小，对于大数据量来说MySQL是比较好的选择。但是我们可以结合Redis和MySQL，把热数据存储在Redis中，不把热数据存储在MySQL中。

有些场景，比如发一个全国范围的推送，或者一个很受欢迎的帖子。这种场景很适合。消息发布后的头几天，消息很受欢迎。如果数据直接存储在MySQL中，MySQL很容易爆炸(高QPS的情况下)。因此，更好将数据存储在Redis中。新闻没那么热门的时候，可以把Redis里的数据刷到MySQL里。此时，QPS对于获取新闻的要求并没有那么高。

那么这种模式有什么问题呢？问题是代码的逻辑要复杂得多。为了处理时间边界，两个数据源的消息在代码逻辑中拼接，相当于把Redis或者MySQL中的部分逻辑移动到业务代码中。

因此，如果数据量没有达到相应的水平，就要谨慎使用这个方案。毕竟是大杀手。