如何在一个中型的Java应用中使用Memcached缓存数据不是个简单的问题。当某个缓存数据需要在多个系统间共享和失效时,必须要有统一的规划才能保证不出错。经过各种实践,目前系统在使用Memcached缓存数据全部采用Simple-Spring-Memcached框架来完成,并统一规划各系统SpringCache key的配置。
下面对在使用过程中需要注意的点做一个详细说明:

Cache整体规划

目前我们系统中有两个不同的Memcached服务器:

1         session memcached服务器:主要存储用户的session

2         app memcached服务器: 主要用于缓存应用数据

由于应用所有的缓存数据都放在app缓存上,为避免各应用的缓存数据出现冲突,必须规划好它们的命名空间。所幸Simple-Spring-Memcached支持namespace的概念,因此对各应用的namespace前缀规定如下:

应用

namespace前缀

 

goodscenter

goodscenter

 

trade

trade

 

uic

uic

 

这个namespace在生成key时,将放在最前面,稍后会有例子详述。
同一个应用中存在许多需要缓存的对象,因此约定namespace前缀之后再加上缓存对象的类名。
例子如下:

应用

缓存对象

完整的namespace

最终生成的key

trade

TcRate (id42)

trade:TcRate

trade:TcRate:12

goodscenter

GoodsDo(id42)

goodscenter:GoodsDo

goodscenter:GoodsDo:12

key的生成规则

Simple-Spring-Memcached提供的针对单个对象的注解接口提供了两种key生成方式,详情见此文

3         AssignCache类注解通过assignKey指定cachekey

4         SingleCache类注解通过ParameterValueKeyProvider注解指定生成key的方法

对于第一种只要求必须保证key不与其它的冲突,且namesapce符合规则。
第二种时,约定缓存的数据对象必须实现有带CacheKeyMethodcacheKey方法,参考实现如下:

    @CacheKeyMethod

    public String cacheKey() {

        return this.getId();

    }

目前@CacheKeyMethod只支持返回String的方法,需要改造成可接受LongInteger型的。当前必须有单独的方法来作为缓存Key的生成器

真实存放到Memcachedkey的生成规则是:namespace:key
goodscenterid42domain对象GoodsDo,按上述方式生成的key为:goodscenter:GoodsDo:42

后续阅读下片博文,或到这里阅读http://wenku.it168.com/d_000750100.shtml