您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關(guān)redis基礎(chǔ)配置的示例分析,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
Redis的ms主從集群作用:1、主從備份防止宕機2、讀寫分離,分擔master的任務(wù)3、任務(wù)分離
Redis的MS同步原理:MS自動連接,S發(fā)起同步,M開始DUMP出RDB,S接收到M的RDB存放到自己的內(nèi)存,在M做DUMP的過程,又有新的數(shù)據(jù)產(chǎn)生,M會把新的數(shù)據(jù)緩沖到AOF中,當M做DUMP結(jié)束后,也把AOF發(fā)給SLAVE,完成一次同步結(jié)束。
Redis的持久化有2種方式:RDB、AOF
Rdb快照的配置選項
save 900 1 // 900內(nèi),有1條寫入,則產(chǎn)生快照
save 300 1000 // 如果300秒內(nèi)有1000次寫入,則產(chǎn)生快照
save 60 10000 // 如果60秒內(nèi)有10000次寫入,則產(chǎn)生快照
(這3個選項都屏蔽,則rdb禁用)
stop-writes-on-bgsave-error yes // 后臺備份進程出錯時,主進程停不停止寫入?
rdbcompression yes // 導出的rdb文件是否壓縮
Rdbchecksum yes // 導入rbd恢復時數(shù)據(jù)時,要不要檢驗rdb的完整性
dbfilename dump.rdb //導出來的rdb文件名
dir ./ //rdb的放置路徑
Aof 的配置
appendonly no # 是否打開 aof日志功能
appendfsync always # 每1個命令,都立即同步到aof. 安全,速度慢
appendfsync everysec # 折衷方案,每秒寫1次
appendfsync no # 寫入工作交給操作系統(tǒng),由操作系統(tǒng)判斷緩沖區(qū)大小,統(tǒng)一寫入到aof. 同步頻率低,速度快,
no-appendfsync-on-rewrite yes: # 正在導出rdb快照的過程中,要不要停止同步aof
auto-aof-rewrite-percentage 100 #aof文件大小比起上次重寫時的大小,增長率100%時,重寫
auto-aof-rewrite-min-size 64mb #aof文件,至少超過64M時,重寫
關(guān)于“redis基礎(chǔ)配置的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。