Redis很“忙”
最近redis很“忙”，一到上午10点左右，redis就频繁出现各种报错，大部分的场景还好，我们对cache的异常进行了捕获，只是在日志里边记录一下，而不会抛出异常，所以顶多就慢一些而已。不过，还是有让我们也不得不忙的场景出来：
1、有的场景使用redis缓存校验码，比如用户通过手机验证码登录时，明明发送验证码成功，明明输入正确的验证码，但是就是提示验证失败。
2、随着每个依赖redis的服务不断变慢，网站不断出现502，最后，基本上不能访问了。
于是，运维人员不得不一声令下，重启redis。终于，作为cache的redis内存占用量急剧下降，连接数也迅速降低，网站也很快恢复稳定，一切似乎完美地回归了。
这样的事情重复了几天，大家找到规律了，于是索性定了个定时任务，每天凌晨5点的时候，重启一下redis，为即将躁动的10点偃旗息鼓，杀杀他的威风。
不过，作为有技术素养有技术追求的团队，怎么能这样就认怂了呢？