這幾天客戶一直給我反映一個問題，那就是他的緩存服務器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，果然夠沒有任何報錯，而且，那三個命令也被禁用了。
以上這篇redis禁止幾個危險命令的方法就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持VEVB武林網。
新聞熱點
疑難解答
