tencent cloud

文档反馈

基本使用准则

最后更新时间:2024-11-05 09:39:24

    缓存定位准则

    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 本身不建议保存持久化数据,所以只作为备选方案。

     

    
    
    联系我们

    联系我们,为您的业务提供专属服务。

    技术支持

    如果你想寻求进一步的帮助,通过工单与我们进行联络。我们提供7x24的工单服务。

    7x24 电话支持