架构治理Redis使用规范

  • 过期时间设置
    建议使用expire设置过期时间,可以打散过期时间,防止集中过期。
  • 过期策略选择
    1、noeviction:不删除数据,将不能进行新的写入;扩容后恢复正常;
    2、allkeys-lru:选择最近最少使用的key进行删除来保证可以写入新的数据,丢弃数据来换取可用性;
    3、volatile-lru:从设置了过期时间的key中选择最近最少使用的key进行删除来保证新的写入,如果没有设置过期时间的key把容量占满了,同样将不能进行新的写入,扩容后恢复正常;
    4、volatile-ttl :从设置了过期时间的key中选择即将过期的key进行删除来保证新的写入,如果没有设置过期时间的key把容量占满了,同样将不能进行新的写入,扩容后恢复正常;
    5、allkeys-lfu:从所有键中驱逐使用频率最少的键来保证可以写入新的数据,丢弃数据来换取可用性;
    6、volatile-lfu:从所有配置了过期时间的键中驱逐使用频率最少的键,如果没有设置过期时间的key把容量占满了,同样将不能进行新的写入,扩容后恢复正常;
    正常情况推荐volatile-lru策略
  • 持久化策略
    因为AOF的运作方式是不断地将命令追加到文件的末尾,为了使得AOF文件的体积不至于过大,Redis还能对AOF文件进行后台重写,这个重写机制会让Redis执行fork(),并且对磁盘进行大量的 I/O 操作,导致部分场景下会影响Redis性能。
  • 避免大KEY操作
    业务开发应尽量避免进行大key操作,如 hgetall 一次获取非常大的hash数据,用 hmset 一次设置非常多的value,用 lrange 一次取一个非常大的 list 或非常多的元素,如果客户端需要用到这些操作对应的API,一次操作的返回结果大小必须是在合理可控的范围内,防止导致节点通信超时、网络堵塞等严重后果。
    备注:大key操作通常可见于集群慢日志,同期会伴随缓存调用的高延迟,甚至节点完全阻塞造成的不可用。
  • 禁用指令
    KEYS:该命令需要对Redis的全局哈希表进行全表扫码,严重阻塞Redis主线程,不允许使用。
    FLUSHALL:删除Redis实例上的所有数据,如果数据量很大,会严重阻塞Redis主线程;
    FLUSHDB:删除当前数据库中的数据,如果数据量很大,同样会阻塞Redis主线程。

你可能感兴趣的:(架构,redis,redis,架构)