【避坑】使用CacheEvict需要注意的坑

万物皆字节2026-08-10 15:23

背景

在使用spring cache的时候，如果对注解类型使用不当、并发情况没有很好的了解的情况下，可能会造成生产的故障；

如下注解：

bash 复制代码

@CacheEvict(allEntries = true)

在高并发的场景下可能会导致redis压力飙升。

逻辑分析

这个注解了allEntries 为true，表示非确定的key，那么框架在删除key的时候需要获得全部的key；使用的命令是 keys，传入的参数如下：

bash 复制代码

xxx:: *

xxx是你的缓存key，我们知道使用keys是比较消耗redis性能的，再加上高并发场景则是灾难后果

代码分析

执行的方法是：org.springframework.data.redis.cache.DefaultRedisCacheWriter#clean

bash 复制代码

	public void clean(String name, byte[] pattern) {
		Assert.notNull(name, "Name must not be null!");
		Assert.notNull(pattern, "Pattern must not be null!");
		execute(name, connection -> {
			boolean wasLocked = false;
			try {
				if (isLockingCacheWriter()) {
					doLock(name, connection);
					wasLocked = true;
				}
// @A				
				byte[][] keys = Optional.ofNullable(connection.keys(pattern)).orElse(Collections.emptySet())
						.toArray(new byte[0][]);

				if (keys.length > 0) {
// @B				
					connection.del(keys);
				}
			} finally {
				if (wasLocked && isLockingCacheWriter()) {
					doUnlock(name, connection);
				}
			}
			return "OK";
		});
	}

@A：通过keys 命令模糊获得所有的key
@B：删掉所有的key

调用栈如下，有兴趣的同学可以看看：

over~~