几个redis问题排查记录

缺乏、安全感 2022-09-08 00:19 165阅读 0赞

## 一 数据异常被删排查 ##

### 现象： ###

在一个部署在k8s的web程序中，发现redis中有一个key一直被删除，并且在所有可能处理这个key的地方都加上了log，并没有发现任何异常；

### 排查过程： ###

1.  先确认这个key是否设置了存活时间，答案是没有设置
2.  随后尝试切断该web程序与redis的连接，发现依然会被删除。。太奇怪了
3.  没办法了，怀疑是外部有程序意外连接了这个redis，导致key被删除(这个猜想也太诡异了)
4.  尝试使用redis-cli 连接redis-server, 使用 CLIENT LIST指令查看所有的连接，
5.  使用 monitor指令监控所有执行的指令，过滤其中的delete指令
6.  发现果然有一个IP来自其他的集群…-\_-！
7.  和运维沟通发现。。原来他们之前做k8s集群迁移时，没有把旧集群上的服务停掉，导致旧服务一直再跑，而新旧集群网络是不通的，这就导致旧集群会走到失败流程，走删除逻辑。这么一看旧符合逻辑了

### 小结： ###

主要是以下指令的使用

> 查看所有的连接  
> redis-cli -h \[ip\] -p \[port\] -a \[password\] client list  
> 实时监控当前redis的所有执行的指令，及其内容  
> redis-cli -h \[ip\] -p \[port\] -a \[password\] monitor

## 二 内存异常增长问题排查 ##

### 现象 ###

redis的内存持续上涨，由2.xG 持续涨到了 6.xG，初步怀疑是内存泄漏，存在未合理删除的持续增长的key；

### 排查过程 ###

1.  内存增长了这么多，而本身业务的请求量和登录数并没有显著增长，那么应该有某些key，特别 list之类的key，持续被push，导致key越来越大
2.  那么思路就很清晰了，先找出哪些key比较大，然后结合业务逻辑进一步进行筛查
3.  使用 redis-cli --bigkeys指令，快速定位哪些key比较大，筛选出其中的list，hash类型的key，用于业务逻辑的下一步筛查；

### 小结 ###

主要是以下指令的使用：

> 查找大key，会列举出key的类型，key中有多少个字段，大小是多少个byte  
> redis-cli -h \[ip\] -p \[port\] -a \[password\] --bigkeys