Django-Cacheops 7.0版本中Conj键过期失效问题解析

在Django-Cacheops从6.1版本升级到7.0.2版本后，部分用户发现了一个关键性问题：所有conj:*类型的Redis键不再具有过期时间。这个问题直接影响了缓存自动清理机制，可能导致Redis内存使用量持续增长。

问题现象

用户在使用Django-Cacheops 7.0.2版本时观察到：

1. 执行ORM查询后，生成的conj:*键（如conj:channel_channel:slug=123456）的TTL值为-1，表示永不过期
2. 而对应的查询结果键（如q:99770f5168306eb0ccf7a7a9b26295b8）则正常设置了过期时间
3. 该问题出现在Python 3.10环境，使用Redis 7.0服务

技术背景

Django-Cacheops中的conj键是"conjunction"的缩写，用于存储查询条件与结果键之间的关联关系。这些键的作用是：

• 建立模型字段条件到查询结果的映射
• 当相关数据变更时，通过这些关联键快速定位并失效缓存
• 通常应该与查询结果保持相同的生命周期

问题根源

经过分析，这个问题源于7.0版本中的一个变更。在缓存写入逻辑中，使用Redis的expire命令时添加了gt标志，这个标志的作用是"仅在现有过期时间大于新设置时间时才更新"。然而在某些情况下，这会导致新创建的conj键无法正确设置初始过期时间。

解决方案

项目维护者已在最新代码中修复了这个问题。修复方案的核心是：

1. 移除了不必要的gt标志使用
2. 确保所有相关键都能正确继承配置中指定的过期时间

对于遇到此问题的用户，建议：

1. 升级到包含修复的最新版本
2. 检查现有Redis中的conj:*键，必要时手动清理
3. 监控Redis内存使用情况，确保没有因这个问题导致内存泄漏

最佳实践

在使用Django-Cacheops时，建议：

1. 定期检查Redis中各类键的TTL设置
2. 为不同模型设置合理的缓存超时时间
3. 在生产环境升级前，先在测试环境验证缓存行为
4. 考虑实现缓存监控，及时发现类似问题

这个问题提醒我们，在缓存系统升级时需要特别关注键的生命周期管理，即使是看似微小的标志变更也可能产生深远影响。