（点击上方公众号，可快速关注）
最近看到nginx的合并回源，这个和下面的思路有点像。不过nginx的思路还是在控制缓存失效时的并发请求，而不是当缓存快要失效时，及时地更新缓存。 nginx合并回源，参考：http://blog.csdn.net/brainkick/article/details/8570698 update: 2015-04-23 ====================== 当Memcached缓存失效时，容易出现高并发的查询DB，导致DB压力骤然上升。 这篇blog主要是探讨如何在缓存将要失效时，及时地更新缓存，而不是如何在缓存失效之后，如何防止高并发的DB查询。 个人认为，当缓存将要失效时，及时地把新的数据刷到memcached里，这个是解决缓存失效瞬间高并发查DB的最好方法。那么如何及时地知道缓存将要失效？ 解决这个问题有几种思路： 比如一个key是aaa，失效时间是30s。 1.定期从DB里查询数据，再刷到memcached里这种方法有个缺点是，有些业务的key可能是变化的，不确定的。 而且不好界定哪些数据是应该查询出来放到缓存中的，难以区分冷热数据。 2.当缓存取到为null时，加锁去查询DB，只允许一个线程去查询DB这种方式不太靠谱，不多讨论。而且如果是多个web服务器的话，还是有可能有并发的操作。 3.在向memcached写入value时，同时写入当前机器在时间作为过期时间当get得到数据时，如果当前时间 过期时间 |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
