Redis设计及性能优化

优化

内存优化

https://redis.io/topics/memory-optimization 不同大小，底层数据结构不同： hash-max-ziplist-value 64 zset-max-ziplist-value 64

CPU优化

不要阻塞，特别是 lua 脚本，不要有长时间睡眠操作，不然其它操作全部阻塞！ 谨慎使用范围操作 SLOWLOG get 10 默认10毫秒，默认只保留最后的128条

分区

多个业务系统，共用一个redis, 还是应该分开。规划好key，特别是前缀，a.b.c.d

如果缓存数据变大了，就可以分区，但注意按业务垂直拆分，避免 key 的冲突。 一般小公司研发团队都是需要申请缓存资源直接得到对应的 ip 地址，但大公司最多只能得到key/token。

使用经验

性能

• 线程数（4~8）与连接数（redis 服务端 10000）
• 监控系统读写比（ 至少9：1）和缓存命中率

容量

1. 做好容量评估，合理使用缓存资源

资源管理和分配

• 尽量每个业务集群单独使用自己的Redis，不混用；
• 控制Redis资源的申请与使用，规范环境和Key的管理（以一线互联网为例）；
• 监控CPU 100%（单线程），所以此时基本不响应了，需要优化高延迟操作。