? 這幾天客戶一直給我反映一個問題，那就是他的緩存服務器redis每天會清理庫，很納悶，我配置的redis一般保持的默認，不應該會每天去清理庫的，感覺應該還是他的程序上有點問題吧。

? 不過，不管程序問題還是配置問題，我想到就是可以吧清庫的命令禁掉，這樣即使他程序要去清理也是沒辦法的，于是就百度了一下，看到所有相關的文檔都是一個人寫的，就是在redis.conf中使用rename-conmand

?????????rename-command?FLUSHALL?""rename-command?FLUSHDB?""rename-command?KEYS?""

完了，之后我就去重啟redis，以為OK了，仔細看了redis的日志，發現有問題。

?Unknown?command?'flushall'?reading?the?append?only?file

這是啥問題，直接百度，根本沒有這個問題的解答，仔細看append only這個，感覺在哪見過，于是到redis.conf文件中找，果然在里面，又到官網看了這個參數的意思。

##############################?APPEND?ONLY?MODE?################################?默認情況下，Redis是異步的把數據導出到磁盤上。這種模式在很多應用里已經足夠好，但Redis進程 #?出問題或斷電時可能造成一段時間的寫操作丟失(這取決于配置的save指令)。 # #?AOF是一種提供了更可靠的替代持久化模式，例如使用默認的數據寫入文件策略（參見后面的配置） #?在遇到像服務器斷電或單寫情況下Redis自身進程出問題但操作系統仍正常運行等突發事件時，Redis #?能只丟失1秒的寫操作。 # #?AOF和RDB持久化能同時啟動并且不會有問題。 #?如果AOF開啟，那么在啟動時Redis將加載AOF文件，它更能保證數據的可靠性。 # #?請查看?http://redis.io/topics/persistence?來獲取更多信息.appendonly?no#?純累加文件名字（默認："appendonly.aof"）appendfilename?"appendonly.aof"

?于是，就抱著碰運氣的想法，把配置改了appendonly yes改為no,重啟redis，果然夠沒有任何報錯，而且，那三個命令也被禁用了。

轉載于:https://blog.51cto.com/drinkboy/1757897

總結

以上是生活随笔為你收集整理的配置redis禁用几个危险命令的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。