這幾天客戶一直給我反映一個問題，那就是他的快取伺服器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禁止幾個危險命令的方法就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支援我們。