不要根据MemcacheClient的delete结果来决定是否删除数据库记录

本文探讨了使用Memcached作为缓存时,如何确保缓存与数据库数据的一致性问题。针对特定场景下可能导致的数据不一致现象,提出了改进措施。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天在给同事做CodeReview时,发现了一个问题。代码大致如下:

public boolean delete(String key){

	boolean isCacheDeleted = memcachedClient.delete(key);
	
	if(isCacheDeleted){
	    //delete stuffs from DB
	}

	//other stuffs

}

1.Memcache客户端采用的gwhalin / Memcached-Java-Client v2.6.3:https://github.com/gwhalin/Memcached-Java-Client

2.问题分析:

若对应的key在缓存服务器中已经不存在,或者memCachedClient.get(key)返回值为null,那么delete()方法的返回值为false。试想,如果缓存过期、或被算法逐出、或因故障缓存数据丢失等等情况,这些情况发生时memCachedClient.get(key)都会返回null,memCachedClient.delete(key)都会返回false,所以以上代码块中的delete stuffs from DB分支都无法执行。

所以根据delete的返回值来决定是否进行DB中数据的删除,那么可能会导致DB中的数据在一段时间内甚至永远得到删除,影响数据一致性。

3.改进:

delete之前先get一下,若为null,则认为删除成功。

public boolean delete(String key){

	boolean isCacheDeleted = false;

	Object obj = memcachedClient.delete(key);
	if(obj == null){
	    isCacheDeleted = true;	    
	}else{
	    isCacheDeleted = memcachedClient.delete(key);
	}
	
	if(isCacheDeleted){
	    //delete stuffs from DB
	}
	
	//other stuffs....

}
4.其他

还未来得及看gwhalin / Memcached-Java-Client v2.6.3的源码,如果get为null,delete返回值到底如何处理的,后续再更新

to be continued....

>>>>>>>>>>更新<<<<<<<<<<<

查看MemcachedClient源码public boolean delete( String key, Integer hashCode, Date expiry )部分,当server端返回“NOT_FOUND”时,未做任何处理,最后返回false。

			else if ( NOTFOUND.equals( line ) ) {
				if ( log.isInfoEnabled() )
					log.info( "++++ deletion of key: " + key + " from cache failed as the key was not found" );
			}





评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值