memcached一般用于在访问一些性能相对低下的数据接口时（如数据库），为了保证这些数据接口的稳定性，加上memcached以减少访问次数，保证这些数据接口的健壮性。一般memcached的数据都是定时失效的，当数据失效时一般会再次去访问取数据接口，然后将其更新至memcached中。这时就会有一个问题，当某个数据失效时，恰好同时有大量的客户端访问该数据，这时这些客户端都会发现该数据失效，然后都会去调用数据接口去取数据更新，这自然就瞬间地使数据接口失去了memcached的保护，有可能造成系统的故障。

        那么如何解决这个问题呢？

        第一种：数据不失效，定时更新。即数据存放在memcached中永不失效，但是会有一个定时任务，定时的去更新这个数据。

        第二种：既然该问题的症结在于在数据失效时，会有多个客户端去调用数据接口，那么只要想办法在数据失效时只有一个客户端能访问数据接口即可，要做到这点，自然的想法是加锁：如下：

[java] 
view plain
copy
print
?  

1. object value = memcached.get(key);  
2. if(null==value){  
3.         synchronized{  
4.                value = memcached.get(key);  
5.                if(null==value){  
6.                       value = db.get(key);  
7.                       memcached.set(key,value);  
8.                 }  
9.         }  
10. }  
11. return value;  

        这样做的前提是你必须保证这个函数的类是单例的，显然在服务器集群中不可能有这样的场景，那么如果在群集间加锁呢？解铃还需系铃人，既然大家共用一个memcached服务器，那么就使用memcached来实现这个锁机制。即当客户端取不到数据时，先在memcached中设置一个flag表明当前客户端在更新该数据，当其它客户端也来访问时发现失效后就等待直到更新好数据为目。

[java] 
view plain
copy
print
?  

1. object value = memcahced.get(key);  
2. if(null=value){  
3.     if(memcached.add(key)){  
4.         value = db.get();  
5.         memcached.set(key,value);  
6.     }else{  
7.         while(true){  
8.             Thread.sleep(50);  
9.              value=memcached.get(key);  
10.              if(null!=value){  
11.                   break;  
12.              }  
13.         }  
14.     }  
15. }  
16. return value;  

         memcached中的add方法是实现该功能的关键，该方法是判断memcached中是否有某个key存在，如果存在则返回false,否则返回true,并添加该key值，如果没有该方法，显然我们只能再一次的通过get 和set去设置该值，显然这样做是线程不安全的，有可能有多个客户端同时取为空，同时去取数据并更新。

          上述的方法存在的缺陷时，一旦数据失效，所有客户端要等待某个客户端更新完毕，这样势必增加服务器压力，可以通过在key失效之间的一段时间就触发更新的方式来解决这个问题。