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