首长，Redis 性能优化十三条军规立好了，请过目~
我这边也有一套 Redis 性能优化的十三条军规，供你参考：
短数据结缔
优先使用更紧凑的数据结构，比如哈希表存储对象比多个 key 更省内存，ziplist、intset 等编码方式能自动启用就启用。
避免大 Key 黑洞
单个 Key 的 value 过大（如千万级别的 set、hash）会导致读写延迟突增、阻塞网络。必要时拆分成多个小 Key。
连接池要吃饱
客户端务必使用连接池，避免频繁创建销毁连接；连接池大小要合理，太小则等待，太大则浪费资源。
冷热数据分离
热数据留在 Redis，冷数据迁移到其他存储（如 MySQL、ES），或者给 Key 设置合理的过期时间。
批量操作代替循环
用
mget、mset、pipeline或 Lua 脚本一次搞定多条命令，减少 RTT（往返时间）。
监控慢查询日志
打开
slowlog，揪出执行时间长的命令（比如keys *、hgetall大哈希），用scan、hscan替代。
内存淘汰策略要精准
根据业务选择
allkeys-lru、volatile-lru等，避免内存写满导致服务不可用。
持久化按需开启
如果只做缓存，关闭 RDB 和 AOF 省掉磁盘 I/O；若需持久化，避免在主库做重写 AOF，用从库或低峰期执行。
主从复制防阻塞
从库尽量只读，避免写操作；主从库的网速要快，防止复制积压缓冲区溢出导致全量同步。
合理设计 Key 分布
让 Key 的过期时间分散，避免大量 Key 同时过期导致卡顿；热点 Key 加上随机后缀分散到不同实例。
使用物理机/SSD
Redis 是内存型，但若使用持久化，磁盘 I/O 容易成为瓶颈，尽量用 SSD，避免虚拟机超分。
操作系统调优
设置
vm.overcommit_memory=1，禁用透明大页（THP），修改net.core.somaxconn等内核参数。
监控报警全覆盖
监控命中率、内存使用率、拒绝连接数、延迟等指标，及时预警。