redis禁止幾個(gè)危險(xiǎn)命令的方法
這幾天客戶一直給我反映一個(gè)問(wèn)題，那就是他的緩存服務(wù)器redis每天會(huì)清理庫(kù)，很納悶，我配置的redis一般保持的默認(rèn)，不應(yīng)該會(huì)每天去清理庫(kù)的，感覺(jué)應(yīng)該還是他的程序上有點(diǎn)問(wèn)題吧。
不過(guò)，不管程序問(wèn)題還是配置問(wèn)題，我想到就是可以吧清庫(kù)的命令禁掉，這樣即使他程序要去清理也是沒(méi)辦法的，于是就百度了一下，看到所有相關(guān)的文檔都是一個(gè)人寫(xiě)的，就是在redis.conf中使用rename-conmand
rename-command FLUSHALL "" rename-command FLUSHDB "" rename-command KEYS ""
完了，之后我就去重啟redis，以為OK了，仔細(xì)看了redis的日志，發(fā)現(xiàn)有問(wèn)題。
Unknown command ‘flushall‘ reading the append only file
這是啥問(wèn)題，直接百度，根本沒(méi)有這個(gè)問(wèn)題的解答，仔細(xì)看append only這個(gè)，感覺(jué)在哪見(jiàn)過(guò)，于是到redis.conf文件中找，果然在里面，又到官網(wǎng)看了這個(gè)參數(shù)的意思。
############################## APPEND ONLY MODE ############################### # 默認(rèn)情況下，Redis是異步的把數(shù)據(jù)導(dǎo)出到磁盤(pán)上。這種模式在很多應(yīng)用里已經(jīng)足夠好，但Redis進(jìn)程 # 出問(wèn)題或斷電時(shí)可能造成一段時(shí)間的寫(xiě)操作丟失(這取決于配置的save指令)。 # # AOF是一種提供了更可靠的替代持久化模式，例如使用默認(rèn)的數(shù)據(jù)寫(xiě)入文件策略（參見(jiàn)后面的配置） # 在遇到像服務(wù)器斷電或單寫(xiě)情況下Redis自身進(jìn)程出問(wèn)題但操作系統(tǒng)仍正常運(yùn)行等突發(fā)事件時(shí)，Redis # 能只丟失1秒的寫(xiě)操作。 # # AOF和RDB持久化能同時(shí)啟動(dòng)并且不會(huì)有問(wèn)題。 # 如果AOF開(kāi)啟，那么在啟動(dòng)時(shí)Redis將加載AOF文件，它更能保證數(shù)據(jù)的可靠性。 # # 請(qǐng)查看 http://redis.io/topics/persistence 來(lái)獲取更多信息. appendonly no # 純累加文件名字（默認(rèn)："appendonly.aof"） appendfilename "appendonly.aof"
于是，就抱著碰運(yùn)氣的想法，把配置改了appendonly yes改為no,重啟redis，果然夠沒(méi)有任何報(bào)錯(cuò)，而且，那三個(gè)命令也被禁用了。
以上這篇redis禁止幾個(gè)危險(xiǎn)命令的方法就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。
相關(guān)文章
Redis RDB快照持久化及寫(xiě)操作禁止問(wèn)題排查與解決
本文主要介紹了Redis RDB快照持久化及寫(xiě)操作禁止問(wèn)題排查與解決,由于?stop-writes-on-bgsave-error?選項(xiàng)處于啟用狀態(tài),所以寫(xiě)操作被禁止,下面就來(lái)介紹一下,感興趣的可以了解一下2025-04-04
本文主要介紹了redis高可用Sentinel的使用,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2024-05-05
Redis數(shù)據(jù)備份與恢復(fù)方式的五種方式
本文主要介紹了Redis數(shù)據(jù)備份與恢復(fù)方式,包含了五種方式,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2024-07-07
redis執(zhí)行l(wèi)ua腳本的實(shí)現(xiàn)
本文主要介紹了redis執(zhí)行l(wèi)ua腳本的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2024-10-10
Redis全文搜索教程之創(chuàng)建索引并關(guān)聯(lián)源數(shù)據(jù)的教程
RediSearch提供了一種簡(jiǎn)單快速的方法對(duì) hash 或者 json 類型數(shù)據(jù)的任何字段建立二級(jí)索引，然后就可以對(duì)被索引的 hash 或者 json 類型數(shù)據(jù)字段進(jìn)行搜索和聚合操作，這篇文章主要介紹了Redis全文搜索教程之創(chuàng)建索引并關(guān)聯(lián)源數(shù)據(jù),需要的朋友可以參考下2023-12-12
Redis瞬時(shí)高并發(fā)秒殺方案總結(jié)
本文講述了Redis瞬時(shí)高并發(fā)秒殺方案總結(jié)，具有很好的參考價(jià)值，感興趣的小伙伴們可以參考一下，具體如下：2018-05-05
ziplist 是一個(gè)經(jīng)過(guò)特殊編碼的雙向鏈表，旨在提高內(nèi)存效率，它存儲(chǔ)字符串和整數(shù)值，其中整數(shù)被編碼為實(shí)際整數(shù)而不是一系列字符，這篇文章主要介紹了Redis?ziplist?壓縮列表的源碼解析,需要的朋友可以參考下2022-06-06
文章介紹了Redis,一個(gè)高性能的鍵值存儲(chǔ)系統(tǒng),其支持多種數(shù)據(jù)結(jié)構(gòu)和命令,它還討論了Redis的服務(wù)器端架構(gòu)、數(shù)據(jù)存儲(chǔ)和獲取、協(xié)議和命令、高可用性方案、緩存機(jī)制以及監(jiān)控和日志功能,文章還提供了一個(gè)部署Redis群集的簡(jiǎn)要指南,感興趣的朋友一起看看吧2025-02-02
為什么RedisCluster設(shè)計(jì)成16384個(gè)槽
本文主要介紹了為什么RedisCluster設(shè)計(jì)成16384個(gè)槽，文中通過(guò)示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2021-09-09
Redis中主鍵失效的原理及實(shí)現(xiàn)機(jī)制剖析
這篇文章主要介紹了Redis中主鍵失效的原理及實(shí)現(xiàn)機(jī)制剖析,本文講解了失效時(shí)間的控制、失效的內(nèi)部實(shí)現(xiàn)、Memcached 刪除失效主鍵的方法與 Redis 有何異同、Redis 的主鍵失效機(jī)制會(huì)不會(huì)影響系統(tǒng)性能等內(nèi)容,需要的朋友可以參考下2015-06-06