Redis中重要与非重要数据的存储方案咨询

嘿，这个问题问到点子上了，正好对应Redis里两种典型的内存管理场景，我给你拆解下最实用的实现方案：

推荐方案：使用两个Redis实例分离存储 #

这种方式最清晰也最可靠，能完美满足你的两类数据需求：

1. 重要数据（会话类，仅TTL到期才删除） #

• 单独用一个Redis实例来存这类数据，配置上做两点：
  • 设置maxmemory为足够容纳所有重要数据的阈值（比如根据你的会话数量估算，留一定冗余空间）
  • 把maxmemory-policy设为noeviction，这样当内存不足时，Redis会拒绝新的写入请求，但绝不会删除已有的键——保证你的会话数据只有在TTL到期时才会被自动清理
• 存储数据时，直接给键设置TTL，比如用命令：SET session:user_123 "your_session_data" EX 3600（这里设置3600秒过期，也就是1小时）

2. 非重要缓存数据（汽车列表缓存，内存不足可提前删除） #

• 用另一个Redis实例存这类缓存，配置上：
  • 设置maxmemory为你愿意分配给缓存的内存大小（比如2GB，根据业务需求调整）
  • 把maxmemory-policy设为allkeys-lfu（更推荐，基于访问频率淘汰，比LRU更适配缓存场景）或者allkeys-lru（基于最近使用情况淘汰）
• 存储缓存时，可以给键设置TTL（比如SET cache:car_list_456 "cache_content" EX 1800），也可以不设——当内存不足时，Redis会自动淘汰访问最少（或最近最少使用）的键，哪怕TTL还没到期

备选方案：单个Redis实例下的折中处理（不推荐） #

如果实在不想部署两个实例，也可以用单个实例做折中，但需要额外的维护工作：

• 把重要数据设置为无TTL，然后用定时任务（比如结合Redis的SCAN命令）定期扫描并删除过期的重要数据（你需要自己记录每个重要数据的过期时间，比如存在键的value里或者单独的哈希表中）
• 把非重要缓存数据设置为带TTL，然后将Redis的maxmemory-policy设为volatile-lru——这样内存不足时，只会淘汰带TTL的缓存键，不会碰无TTL的重要数据
• 但这种方式有个明显缺点：你需要自己维护重要数据的过期逻辑，容易出错，不如双实例方案省心

备注：内容来源于stack exchange，提问作者ilhan