couchbase 设置ttl失效的bug

我们都知道，业内的所有nosql数据库在存储的时候基本都可以对key设置一个ttl——（time to live），也就是失效时间。这个功能非常有用，特别是在缓存数据的更新，以及一些定时优惠等需求场景来说，更是如此。

今天在couchbase上踩到了一个有意思的坑，对某个key设置了一个一年的ttl，然后立刻获取该key ，居然莫名奇妙的消失了。

public static void testTTL() throws Exception {
    int ttl = 90 * 24 * 60 * 60;
    //ttl = (int)(System.currentTimeMillis()/1000)+ttl;
    
    ICouchbaseBaseDao couchbaseLongDao = new CouchbaseRecallDao();
    couchbaseLongDao.set("test_ttl", ttl, "sdfdsfdsf".getBytes());
    System.out.println("===============");
    byte[] bs = couchbaseLongDao.get("test_ttl");
    if (bs !=null) {
      System.out.println(String.valueOf(bs));
    } else {
      System.out.println("null...");
    }
  }

输出为null...

仔细排查，发现如果把ttl设置为一个月30*24*60*60，就没有问题。最后在couchbase的文档上说明：

Here is how to specify a TTL:

• To set a value of 30 days or less : If you want an item to live for less than 30 days, you can provide a TTL in seconds or as Unix time. The maximum value you can specify in seconds is the number of seconds in a month, namely 30 x 24 x 60 x 60. Couchbase Server removes the item the given number of seconds after it stores the item.
• To set a value over 30 days : If you want an item to live for more than 30 days, you must provide a TTL in Unix time.

原来，couchbase支持两种ttl时间，对于小于30天的ttl，可以直接写成秒；对于大于30天的，需要写成时间戳的形式。于是，改造代码成下面这样，就可以了

public static void testTTL() throws Exception {
    int ttl = 90 * 24 * 60 * 60;
    ttl = (int)(System.currentTimeMillis()/1000)+ttl;
    
    ICouchbaseBaseDao couchbaseLongDao = new CouchbaseRecallDao();
    couchbaseLongDao.set("test_ttl", ttl, "sdfdsfdsf".getBytes());
    System.out.println("===============");
    byte[] bs = couchbaseLongDao.get("test_ttl");
    if (bs !=null) {
      System.out.println(String.valueOf(bs));
    } else {
      System.out.println("null...");
    }
  }