您好,登錄后才能下訂單哦!
這幾天客戶一直給我反映一個問題,那就是他的緩存服務器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禁止幾個危險命令的方法就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持億速云。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。