架构治理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主线程。