count缓存设计问题总结

在设计count缓存过程中遇到的一些问题,现总结如下,望共勉:


1. 在分布式并发情况下如何考虑原子性操作?
使用memcache的计数器实现


2. memcache的计数器没有失效时间的概念,如何纳入失效时间?
另外使用存储一个Cache,用它的失效时间作为缓存计数器的失效时间,该Cache失效则计数器删除


3. 如果计数器未命中(查询时未命中则返回0,更新缓存时未命中则返回-1)会如何?
有两种情况:第一,如果查询列表时计数器未命中:
            解决方案:将list查询提到count前面,如果list查询有值,而从缓存总取出的count为0,则count重查数据库
第二,更新时计数器未命中(此时更新后的计数器会不准确,但是查询时可能仍会命中,count不会重新走数据库,则导致list的长度与count值不一致):
解决方案:在更新时如果计数器未命中,则认为计数器失效,count重查数据库


4. 如果用于存储失效时间的Cache未命中该如何?
如果未命中则同样认为计数器失效,删除计数器,重查数据库


上面的第3、4点是上周没有发现的,这周我重新审查了一下自己写的代码发现还有这些问题,究其原因是在设计这块的时候根本就没有
考虑到memcache作为缓存的诸多特性,希望大家在以后的写代码的时候,尤其是在写公共模块的时候,能够充分的去了解自己所用技术
的原理,尤其是该技术需要注意的地方。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值