Django-Cacheops在Redis 7中的键过期问题解析

问题背景

在使用Django-Cacheops与Redis 7配合时，开发人员发现了一个关于键过期时间设置的异常行为。具体表现为：当使用Cacheops的conj(conjunction)功能时，Redis中的相关键会被设置为永不过期（TTL为-1），即使代码中明确指定了过期时间。

技术细节分析

这个问题源于Cacheops的Lua脚本处理逻辑与Redis 7的兼容性问题。在Cacheops的实现中，有一个关键的Lua脚本文件cache_thing.lua，其中包含了对Redis不同版本的处理逻辑。

在Redis 7环境下，脚本中的REDIS_4版本相关代码被剥离，只保留了以下核心操作：

1. 使用sadd命令添加或创建集合
2. 随后使用expire命令尝试设置过期时间，并带有'gt'选项

这里存在两个关键的技术点：

1. Redis的sadd命令在创建新集合时，默认不会设置过期时间（TTL为-1表示永不过期）
2. expire命令的'gt'选项表示"仅当新过期时间大于当前过期时间时才更新"，但这对TTL为-1的键无效

问题重现

可以通过以下Python代码模拟这个问题：

import uuid
from cacheops.redis import redis_client

key = str(uuid.uuid4())
print(redis_client.ttl(key))  # 返回-2，表示键不存在
print(redis_client.execute_command('sadd', key, "value1"))  # 创建集合并添加元素
print(redis_client.ttl(key))  # 返回-1，表示键存在但没有设置过期时间
print(redis_client.execute_command('expire', key, 60*60, 'gt'))  # 尝试设置过期时间
print(redis_client.ttl(key))  # 仍然返回-1，设置失败

影响范围

这个问题会影响所有使用Django-Cacheops与Redis 7的项目，特别是那些：

1. 依赖Cacheops自动管理缓存过期时间的应用
2. 使用conj功能维护缓存关联关系的场景
3. 期望通过Cacheops自动清理过期缓存的项目

解决方案

项目维护者已经通过提交修复了这个问题。修复的核心思路是：

1. 确保在创建集合时正确设置初始过期时间
2. 调整Lua脚本逻辑以适应Redis 7的行为特性

对于使用Cacheops的开发人员，建议：

1. 升级到包含修复的Cacheops版本
2. 如果暂时无法升级，可以考虑在应用层添加额外的过期时间检查逻辑
3. 对于关键缓存，实现手动清理机制作为临时解决方案

最佳实践

在使用Django-Cacheops与Redis 7+配合时，建议：

1. 定期检查缓存键的实际TTL值
2. 监控缓存增长情况，防止因过期失效导致的内存问题
3. 在测试环境中充分验证缓存过期行为
4. 考虑实现缓存健康检查机制，自动发现并修复异常缓存键

这个问题提醒我们，在使用开源缓存解决方案时，需要特别注意不同版本中间件的兼容性问题，特别是在底层存储系统升级时，应该进行全面的功能验证。