缓存定位准则
Redis 仅作为缓存使用。因为 Redis 本身的特性,其所有数据都存储在内存中,所以访问速度快。但如果作为持久化数据库存储数据,由于内存在断电后无法持久化保存数据的原因,有可能会导致数据丢失。
不唯一数据源准则
因为 Redis 是作为缓存使用,所以有一定的几率会命中数据失败,所以不能作为唯一的数据来源使用;在调用 Redis 发生异常后,需要查询后台数据库。
Key 淘汰准则
根据自身业务类型,设置合适的最大内存淘汰策略 maxmemory-policy。默认策略是 noeviction,即不删除键。在内存占满后会出现 OOM 问题,所以建议创建好实例后修改淘汰策略,减少 OOM 问题的出现。
可配置的内存淘汰策略
设置 Redis 内存缓存满后,数据的淘汰策略 maxmemory-policy,可在如下策略中进行选择。其中,LRU(Least Recently Used)表示最近最少使用;TTL(Time To Live)表示设置过期时间。LRU、TTL 通过近似随机算法实现。
allkeys-lru:根据 LRU 算法删除键,不管数据是否设置超时属性,直到腾出足够空间为止。
allkeys-random:随机删除所有键,直到腾出足够空间为止。
volatile-lru:根据 LRU 算法删除过期键,直到腾出足够空间为止。
volatile-random:随机删除过期键,直到腾出足够空间为止。
volatile-ttl:根据键值对象的 TTL 属性,删除最近将要过期数据。如果没有,回退到 noeviction 策略。
noeviction:不会剔除任何数据,拒绝所有写入操作并返回客户端错误信息"(error) OOM command not allowed whenused memory"
,此时 Redis 只响应读操作。
内存淘汰策略建议
当 Redis 作为缓存使用的时候,推荐使用 allkeys-lru 淘汰策略。该策略会将使用频率最低的 Key 淘汰。默认情况下,使用频率最低则后期命中的概率也最低,所以将其淘汰。
当 Redis 作为半缓存半持久化使用时,可以使用 volatile-lru。但因为 Redis 本身不建议保存持久化数据,所以只作为备选方案。
本页内容是否解决了您的问题?