这几天客户一直给我反映一个问题,那就是他的缓存服务器复述,每天会清理库,很纳闷,我配置的复述,一般保持的默认,不应该会每天去清理库的,感觉应该还是他的程序上有点问题吧。
不过,不管程序问题还是配置问题,我想到就是可以吧清库的命令禁掉,这样即使他程序要去清理也是没办法的,于是就百度了一下,看到所有相关的文档都是一个人写的,就是在redis.conf中使用rename-conmand
rename-command FLUSHALL”“
rename-command FLUSHDB”“
rename-command键"
完了,之后我就去重启复述,以为好了,仔细看了复述的日志,发现有问题。
未知的命令“flushall”阅读附加>
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # #只追加模式# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
#默认情况下,复述是异步的把数据导出到磁盘上。这种模式在很多应用里已经足够好,但复述,进程
#出问题或断电时可能造成一段时间的写操作丢失(这取决于配置的拯救指令)。
#
# AOF是一种提供了更可靠的替代持久化模式,例如使用默认的数据写入文件策略(参见后面的配置)
#在遇到像服务器断电或单写情况下复述,自身进程出问题但操作系统仍正常运行等突发事件时,复述
#能只丢失1秒的写操作。
#
# AOF和RDB持久化能同时启动并且不会有问题。
#如果AOF开启,那么在启动时复述,将加载AOF文件,它更能保证数据的可靠性。
#
#请查看http://redis。io/主题/持久性来获取更多信息。
appendonly没有
#纯累加文件名字(默认:“appendonly.aof”)
appendfilename“appendonly.aof”
于是,就抱着碰运气的想法,把配置改了appendonly是的改为没有,重启复述,果然够没有任何报错,而且,那三个命令也被禁用了。
以上这篇复述,禁止几个危险命令的方法就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
