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作为缓存的诸多特性,希望大家在以后的写代码的时候,尤其是在写公共模块的时候,能够充分的去了解自己所用技术
的原理,尤其是该技术需要注意的地方。

你可能感兴趣的:(java,并发,cache,分布式,存储)