1. RDB
創(chuàng)新互聯(lián)主營青河網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,app軟件開發(fā)公司,青河h5微信小程序搭建,青河網(wǎng)站營銷推廣歡迎青河等地區(qū)企業(yè)咨詢
1.1 RDB簡介
RDB:在指定的時間間隔內(nèi)將內(nèi)存中的數(shù)據(jù)集快照寫入磁盤,也就是行話講的Snapshot快照,它恢復(fù)時是將快照文件直接讀到內(nèi)存里。
工作機制:每隔一段時間,就把內(nèi)存中的數(shù)據(jù)保存到硬盤上的指定文件中。
RDB是默認開啟的!
redis會單獨創(chuàng)建(fork)一個子進程來進行持久化,會先將數(shù)據(jù)寫入到一個臨時文件中,待持久化過程都結(jié)束了,再用這個臨時文件替換上次持久化好的文件。整個過程中,主進程是不進行任何IO操作的,這就確保了極高的性能如果需要進行大規(guī)模數(shù)據(jù)的恢復(fù),且對于數(shù)據(jù)恢復(fù)的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。
RDB的缺點是最后一次持久化后的數(shù)據(jù)可能丟失。
1.2 RDB保存策略
save 900 1 900 秒內(nèi)如果至少有 1 個 key 的值變化,則保存
save 300 10 300 秒內(nèi)如果至少有 10 個 key 的值變化,則保存
save 60 10000 60 秒內(nèi)如果至少有 10000 個 key 的值變化,則保存
save “” 就是禁用RDB模式;
1.3 RDB常用屬性配置
1.4 RDB數(shù)據(jù)丟失的情況
兩次保存的時間間隔內(nèi),服務(wù)器宕機,或者發(fā)生斷電問題。
1.5 RDB的觸發(fā)
①基于自動保存的策略
②執(zhí)行save,或者bgsave命令!執(zhí)行時,是阻塞狀態(tài)。
③執(zhí)行flushdb命令,也會產(chǎn)生dump.rdb,但里面是空的,沒有意義。
④當執(zhí)行shutdown命令時,也會主動地備份數(shù)據(jù)
2. AOF
2.1 AOF簡介
2.2 AOF保存策略
appendfsync always:每次產(chǎn)生一條新的修改數(shù)據(jù)的命令都執(zhí)行保存操作;效率低,但是安全!
appendfsync everysec:每秒執(zhí)行一次保存操作。如果在未保存當前秒內(nèi)操作時發(fā)生了斷電,仍然會導(dǎo)致一部分數(shù)據(jù)丟失(即1秒鐘的數(shù)據(jù))。
appendfsync no:從不保存,將數(shù)據(jù)交給操作系統(tǒng)來處理。更快,也更不安全的選擇。
推薦(并且也是默認)的措施為每秒 fsync 一次, 這種 fsync 策略可以兼顧速度和安全性。
2.3 AOF常用屬性
2.4 AOF文件的修復(fù)
如果AOF文件中出現(xiàn)了殘余命令,會導(dǎo)致服務(wù)器無法重啟。此時需要借助redis-check-aof工具來修復(fù)!
命令:redis-check-aof --fix
文件
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對創(chuàng)新互聯(lián)的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
當前標題:redis持久化的介紹
文章網(wǎng)址:http://chinadenli.net/article42/ppgghc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供建站公司、搜索引擎優(yōu)化、定制開發(fā)、響應(yīng)式網(wǎng)站、手機網(wǎng)站建設(shè)、企業(yè)網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)