为什么Redis密钥没有过期？

我已经检查了这些问题，但它们没有帮助我解决问题。我在使用SpringDataRedis库的SpringREST应用程序中使用Redis作为速率限制的键值存储。我用巨大的负载进行测试。我使用下面的代码来存储密钥，并设置过期时间。大多数情况下，密钥会按预期过期。但有时钥匙不会过期

代码片段

RedisAtomicInteger counter = counter = new RedisAtomicInteger("mykey");
counter.expire(1, TimeUnit.MINUTES);

我使用redis cli工具检查了密钥的可用性

钥匙*

及

ttl键名

具有默认值的redis.conf

有什么建议吗

编辑1：

完整代码：

功能是在一个方面

public synchronized Object checkLimit(ProceedingJoinPoint joinPoint) throws Exception, Throwable {

        boolean isKeyAvailable = false;
        List<String> keysList = new ArrayList<>();

        Object[] obj = joinPoint.getArgs();
        String randomKey = (String) obj[1];
        int randomLimit = (Integer) obj[2];

        // for RedisTemplate it is already loaded as 

        // @Autowired
        // private RedisTemplate template; 

        // in this class
        Set<String> redisKeys = template.keys(randomKey+"_"randomLimit+"*");
        Iterator<String> it = redisKeys.iterator();
        while (it.hasNext()) {
               String data = it.next();
               keysList.add(data);
        }

        if (keysList.size() > 0) {
            isKeyAvailable = keysList.get(0).contains(randomKey + "_" + randomLimit);
        }

        RedisAtomicInteger counter = null;
        // if the key is not there
        if (!isKeyAvailable) {
              long expiryTimeStamp = 0;
              int timePeriodInMintes = 1;
              expiryTimeStamp = new Date(System.currentTimeMillis() + timePeriodInMintes * 60 * 1000).getTime();
              counter = new RedisAtomicInteger(randomKey+ "_"+ randomLimit + "_" + expiryTimeStamp,template.getConnectionFactory());
              counter.incrementAndGet();
              counter.expire(timePeriodInMintes, TimeUnit.MINUTES);
              break;

        } else {

              String[] keys = keysList.get(0).split("_");
              String rLimit = keys[1];

              counter = new RedisAtomicInteger(keysList.get(0), template.getConnectionFactory());
              int count = counter.get();
              // If count exceeds throw error
              if (count != 0 && count >= Integer.parseInt(rLimit)) {
                    throw new Exception("Error");
               }  
               else {
                    counter.incrementAndGet();
              }
      }
        return joinPoint.proceed();
    }

在Redis日志中，当我在编辑中“监视”它时： 现在有了更新后的代码，我相信除了您报告的内容之外，您的方法还有根本性的缺陷

按照您实现它的方式，您需要在生产环境中运行

键

——这很糟糕。随着扩展，服务器上的系统阻塞负载将不断增加，这是不必要的。正如上面的每一篇文档所说，不要在生产中使用

键。请注意，在密钥名称中编码过期时间不会给您带来任何好处。如果将密钥名的这一部分设置为创建时间戳，或者甚至是随机数，则不会有任何更改。事实上，如果你去掉这一点，一切都不会改变

一个更合理的方法是使用一个不依赖时间的键名。使用过期为您处理该功能。让我们把你们的价格限制称为“会议”。没有时间戳的密钥名是“会话ID”。通过将其设置为60秒到期，它将在61秒时不再可用。因此，您可以安全地增加并将结果与您的限制进行比较，而无需知道当前时间或到期时间。您所需要的只是一个静态密钥名和相应的过期设置

如果您
INCR
一个不存在的键，Redis将返回“1”，这意味着它创建了该键，并在一个步骤/调用中递增该键。所以基本上逻辑是这样的：

创建“会话”ID
使用ID的递增计数器
将结果与限制进行比较
如果计数=1，则将到期时间设置为60秒
id计数>限制，拒绝

步骤3.1很重要。计数为1意味着这是Redis中的一个新密钥，您需要在其上设置过期时间。任何其他内容都意味着应该已经设置了过期时间。如果在3.2中设置，则会中断进程，因为它会将计数器保留60秒以上

这样，您就不需要根据过期时间使用动态密钥名称，因此也不需要使用
密钥
来确定速率受限对象是否存在“会话”。它还使您的代码更加简单和可预测，并减少了到Redis的往返——这意味着它在Redis上的负载更低，性能更好。至于如何使用您正在使用的客户端库，我不能说，因为我对它不太熟悉。但是基本序列应该是可翻译的，因为它是相当基本和简单的

然而，您没有展示的是任何支持过期未发生的断言的东西。您所做的只是显示Redis确实被告知并设置了过期时间。为了支持您的声明，您需要证明密钥没有过期。这意味着您需要在过期时间后显示密钥的检索，并且计数器不会在过期后重新创建而“重置”。您可以看到正在发生过期的一种方法是使用。有了它，你就可以看到Redis说一个密钥过期了

如果您使用多个窗口进行速率限制，或者如果您有一个更大的窗口（即10分钟），则此过程将失败一点，在这种情况下，排序集可能是一个更明智的选择，以防止请求提前加载（如果需要）。但正如您编写的示例所示，上面的操作会很好。
ttl对密钥显示了什么？@ChrisTanner在redis cli中显示-1键入MONITOR命令，查看这两行之间是否有任何命令发送到redis服务器。@KarthikeyanGopall这两行在线程安全函数中。我正在用hugh load进行测试。在服务器上为这行代码“RedisAtomicInteger counter=counter=new RedisAtomicInteger（“mykey”）；”执行的命令是什么？如果理解RedisAtomicInteger如何在内部工作很重要，那么实际上我看到的是“PEXPIRE”“mykey_1000_1475672621787”“60000”。编辑问题以了解更多信息。您使用的是什么版本的Redis？在Windows中使用3.2版本您仍然没有显示最终结果。没有迹象表明没有过期发生，只是有一组。您的日志显示在同一秒内，不包括TTL调用。你等了多久才找到钥匙？你怎么查钥匙的？调用创建计数器后会发生什么，如何/在何处使用？数据清楚地表明Redis被正确地告知要使数据过期，但没有任何迹象表明它没有这样做。我们没有什么可以帮你的。顺便说一句，停止使用
键
，而是直接在键上使用
TTL
。“您等待检查键的时间有多长？”-测试运行10分钟，因此我会在之后检查。在这两者之间，很少有密钥被创建和过期。但有时密钥不会过期你怎么查钥匙的使用ttl keyname（显示-1）/调用创建计数器后会发生什么，如何/在何处使用它？-当调用计数器时，在Redis中使用key/stop using key执行SET命令，并直接在key上使用TTL-无法在RedisTemplate类中直接找到TTL，因此keys*。如果有什么可以给我的建议。
75672562.380127 [0 10.0.3.133:65462] "KEYS" "mykey_1000*"
75672562.384267 [0 10.0.3.133:65462] "GET" "mykey_1000_1475672621787"
75672562.388856 [0 10.0.3.133:65462] "SET" "mykey_1000_1475672621787" "0"
75672562.391867 [0 10.0.3.133:65462] "INCRBY" "mykey_1000_1475672621787" "1"
75672562.395922 [0 10.0.3.133:65462] "PEXPIRE" "mykey_1000_1475672621787" "60000"
...
75672562.691723 [0 10.0.3.133:65462] "KEYS" "mykey_1000*"
75672562.695562 [0 10.0.3.133:65462] "GET" "mykey_1000_1475672621787"
75672562.695855 [0 10.0.3.133:65462] "GET" "mykey_1000_1475672621787"
75672562.696139 [0 10.0.3.133:65462] "INCRBY" "mykey_1000_1475672621787" "1"