缓存处理方案

最近有一个需求，是根据新的折扣规则来计算产品的价格。需求不难，有明确的计算规则，直接计算就OK了。

但是在改需求的时候，想到了另外一个问题。产品信息改了，但是相应的缓存并没有进行更新，上线就会出现产品更新失败的问题。

于是就想着怎么去解决这个问题。

1.给缓存加版本号

优点：数据能及时更新

缺点：缓存同时失效，发布瞬间服务器查询压力较大，造成缓存雪崩

2.给缓存设置时间

优点：缓存不准确时能自动校正

缺点：不是实时

3.利用脚本异步处理

优点：能够错开高峰时间更新缓存，降低服务器压力，削峰

缺点：不是实时，增加脚本管理成本

4.更新数据时更新缓存

优点：数据能够及时更新

缺点：双写，存在数据库与缓存不一致问题

在常见的环境下，我们一般用第4种方案。但是也存在环境比较恶劣的生产环境，实时情况下，我们会结合上面4种方案来优化我们的缓存方案，并针对相应方案的缺点做出补充。

下篇讲缓存弊端的常见解决方案