ava中有GC,可以自动回收不再使用的Java对象。同样,Redis也是基于内存而运行的数据集合,也存在着对内存垃圾的回收和管理的问题。
对于Redis,del命令可以删除一些键值对,所以Redis比JVM更灵活。于此同时,当内存运行空间满了之后,它还会按照回收机制去自动回收一些键值对,这和JVM有一定相似之处。但是当进行垃圾回收的时候,又有可能引发系统停顿,因此选择恰当的回收机制和回收时间将有利于系统性能的提高。
首先看看键值对的超时命令,因为大部分情况下,我们都想回收那些超时的键值对。
下面使用spring来执行这个过程
/**
* 测试Redis的超时命令
* @author liu
*/
public class TestExpire {
@SuppressWarnings({ "unchecked", "resource", "rawtypes", "unused" })
@Test
public void testExpire() {
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring.xml");
RedisTemplate rt = applicationContext.getBean(RedisTemplate.class);
rt.execute((RedisOperations ops)->{
ops.boundValueOps("key1").set("value1");
String keyValue = (String)ops.boundValueOps("key1").get();
long expSecond = ops.getExpire("key1");
System.out.println(expSecond);
boolean b = false;
b = ops.expire("key1", 120L, TimeUnit.SECONDS);
b = ops.persist("key1");
long l = 0L;
l = ops.getExpire("key1");
long now = System.currentTimeMillis();
Date date = new Date();
date.setTime(now + 120000);
ops.expireAt("key1", date);
return null;
}
);
}
}
这里讨论一个问题:如果key超时了,Redis会回收key的存储空间吗?
答案是不会。Redis的Key超时不会被其自动回收,它只会标识哪些键值对超时了。这样做的好处是如果一个很大的键值对超时,比如一个列表或hash结构,存着百万个元素,要对其回收需要很长时间。如果采用超时回收,则可能会产生停顿。坏处也很明显,这些超时的键值对会浪费比较多的空间。
Redis提供两种方式回收这些超时键值对,分别是定时回收和惰性回收。
定时回收可以完全回收掉那些超时的键,但是缺点也很明显,如果这件键值对比较多,那么就会耗费较多的时间,从而导致卡顿。
对于惰性回收,它的优势是可以指定回收的键值对,它的缺点是要执行一个get操作进行触发,或者在某些时候,我们难以判断哪些键值对已经超时。
无论使用那一种回收策略,都需要根据情况而定。如果一个键值对存储着数亿千万的数据,使用expire命令使其到达一个时间超时,然后用get命令访问触发其回收,显然会付出卡顿代价,这是现实中需要考虑的。