Redis常用技术----超时命令

Java中有GC,可以自动回收不再使用的Java对象。同样,Redis也是基于内存而运行的数据集合,也存在着对内存垃圾的回收和管理的问题。

对于Redis,del命令可以删除一些键值对,所以Redis比JVM更灵活。于此同时,当内存运行空间满了之后,它还会按照回收机制去自动回收一些键值对,这和JVM有一定相似之处。但是当进行垃圾回收的时候,又有可能引发系统停顿,因此选择恰当的回收机制和回收时间将有利于系统性能的提高。

首先看看键值对的超时命令,因为大部分情况下,我们都想回收那些超时的键值对。

命令 说明 备注
persist key 持久化key,取消超时时间 移除key的超时时间
ttl key 查看key的超时时间 以秒计算,-1代表没有超时时间,如果不存在key或者key已经超时则为-2
expire key seconds 设置超时时间戳 以秒为单位
expireat key timestamp 设置超时时间点 用uninx时间戳确定
pptl key milliseconds 查看key的超时时间戳 以毫秒计算
pexpire key 设置键值超时的时间 以毫秒为单位
pexpireat key stamptimes 设置超时时间点 以毫秒为单位的uninx时间戳

下面使用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命令访问到时,将触发Redis将其从内存中清空。

定时回收可以完全回收掉那些超时的键,但是缺点也很明显,如果这件键值对比较多,那么就会耗费较多的时间,从而导致卡顿。

对于惰性回收,它的优势是可以指定回收的键值对,它的缺点是要执行一个get操作进行触发,或者在某些时候,我们难以判断哪些键值对已经超时。

无论使用那一种回收策略,都需要根据情况而定。如果一个键值对存储着数亿千万的数据,使用expire命令使其到达一个时间超时,然后用get命令访问触发其回收,显然会付出卡顿代价,这是现实中需要考虑的。

推荐阅读更多精彩内容

  • pdf下载地址:Java面试宝典 第一章内容介绍 20 第二章JavaSE基础 21 一、Java面向对象 21 ...
    王震阳阅读 73,651评论 25 504
  • 分布式缓存技术PK:选择Redis还是Memcached? 经平台同意授权转载 作者:田京昆(腾讯后台研发工程师)...
    meng_philip123阅读 66,783评论 6 59
  • Redis的内存优化 声明:本文内容来自《Redis开发与运维》一书第八章,如转载请声明。 Redis所有的数据都...
    meng_philip123阅读 16,034评论 2 28
  • 参考来源 Redis的内存优化 Redis所有的数据都在内存中,而内存又是非常宝贵的资源。对于如何优化内存使用一直...
    秦汉邮侠阅读 240评论 0 2
  • 1 如果父母因为子女不听话而苦恼,那我妈应该是其中最苦恼的,因为我们7姐妹没有一个乖乖听她话的。她有几句口头禅:我...
    印象周阅读 440评论 0 2