redis 慢了如何排查？
能够思考从上面几方面动手：
- 查看剖析 redis 慢日志 。看是否存在特地耗时的命令，如果存在能够进一步剖析下命令的工夫复杂度，看是否应用正当，有没有其它命令(数据结构) 能够代替。
- 是否存在大 key 的情景。如果存入或批改的数据对象很大，也是有可能造成响应很慢，比方对 ziplist 这种数据结构进行批改时是有可能须要从新分配内存。个别 redis 运维团队是有扫描大 key 的工具的，能够通过工具进行查看地。
- 长久化策略配置的是否正当。rdb 与 aof 如果配置不合理也会影响性能。rdb fork 子过程会对 CPU 有影响，而 aof 是通过命令追加会间接影响响应，另外 aof 重写也是须要 fork 子过程。因而长久化策略须要依据应用的状况进行正当的配置与修改。
- 是否存在少量 key 同时过期的状况。少量 key 同时过期一方面 redis 须要在极短时间里清理少量过期 key 对象的内存，另外还会将用户申请打到底层数据库，这样甚至会引发其它更重大的问题。针对这个问题能够思考在过期里加上随机数避免少量数据同时过期。
参考文章：
Redis 变慢了，如何疾速排查？