.jpg)
所謂的持久化就是保持我們的數(shù)據(jù)不丟失，將數(shù)據(jù)通常保存在我們的硬盤中。在redis中持久化的方式有兩種，一種是快照持久化，一種是AOF持久化，各有各的優(yōu)缺點(diǎn)，在項(xiàng)目中我們得根據(jù)實(shí)際的情況來選擇具體的持久化方式。
推薦：redis入門教程
快照持久化(RDB)
也叫RDB持久化方式，就是通過拍攝快照的方式實(shí)現(xiàn)持久化，將某個(gè)時(shí)間的內(nèi)存數(shù)據(jù)存儲(chǔ)在一個(gè)rdb文件中，在redis服務(wù)重新啟動(dòng)的時(shí)候加載文件中的數(shù)據(jù)
配置持久化快照
redis中的快照持久化默認(rèn)是開啟的，在redis.conf配置文件中有相關(guān)的配置選項(xiàng)
################################?SNAPSHOTTING??################################ # #?Save?the?DB?on?disk: # #???save?<seconds>?<changes> # #???Will?save?the?DB?if?both?the?given?number?of?seconds?and?the?given #???number?of?write?operations?against?the?DB?occurred. # #???In?the?example?below?the?behaviour?will?be?to?save: #???after?900?sec?(15?min)?if?at?least?1?key?changed #???after?300?sec?(5?min)?if?at?least?10?keys?changed #???after?60?sec?if?at?least?10000?keys?changed # #???Note:?you?can?disable?saving?completely?by?commenting?out?all?"save"?lines. # #???It?is?also?possible?to?remove?all?the?previously?configured?save #???points?by?adding?a?save?directive?with?a?single?empty?string?argument #???like?in?the?following?example: # #???save?"" save?900?1???#900秒內(nèi)至少有1個(gè)key被更改就執(zhí)行快照 save?300?10??#300內(nèi)描述至少有10個(gè)key被更改就執(zhí)行快照 save?60?10000??#60秒內(nèi)至少有10000個(gè)key被更改就執(zhí)行快照 #?By?default?Redis?will?stop?accepting?writes?if?RDB?snapshots?are?enabled #?(at?least?one?save?point)?and?the?latest?background?save?failed. #?This?will?make?the?user?aware?(in?a?hard?way)?that?data?is?not?persisting #?on?disk?properly,?otherwise?chances?are?that?no?one?will?notice?and?some #?disaster?will?happen. # #?If?the?background?saving?process?will?start?working?again?Redis?will #?automatically?allow?writes?again. # #?However?if?you?have?setup?your?proper?monitoring?of?the?Redis?server #?and?persistence,?you?may?want?to?disable?this?feature?so?that?Redis?will #?continue?to?work?as?usual?even?if?there?are?problems?with?disk, #?permissions,?and?so?forth. stop-writes-on-bgsave-error?yes?#拍攝快照失敗是否繼續(xù)執(zhí)行寫命令 #?Compress?string?objects?using?LZF?when?dump?.rdb?databases? #?For?default?that's?set?to?'yes'?as?it's?almost?always?a?win. #?If?you?want?to?save?some?CPU?in?the?saving?child?set?it?to?'no'?but #?the?dataset?will?likely?be?bigger?if?you?have?compressible?values?or?keys. rdbcompression?yes?#是否對(duì)快照文件進(jìn)行壓縮 #?Since?version?5?of?RDB?a?CRC64?checksum?is?placed?at?the?end?of?the?file. #?This?makes?the?format?more?resistant?to?corruption?but?there?is?a?performance #?hit?to?pay?(around?10%)?when?saving?and?loading?RDB?files,?so?you?can?disable?it #?for?maximum?performances. # #?RDB?files?created?with?checksum?disabled?have?a?checksum?of?zero?that?will #?tell?the?loading?code?to?skip?the?check. rdbchecksum?yes?#是否進(jìn)行數(shù)據(jù)校驗(yàn) #?The?filename?where?to?dump?the?DB dbfilename?dump.rdb?#快照文件存儲(chǔ)的名稱 #?The?working?directory. # #?The?DB?will?be?written?inside?this?directory,?with?the?filename?specified #?above?using?the?'dbfilename'?configuration?directive. # #?The?Append?Only?File?will?also?be?created?inside?this?directory. # #?Note?that?you?must?specify?a?directory?here,?not?a?file?name. dir?/opt/redis-5.0.3#快照文件存儲(chǔ)的位置</changes></seconds>
驗(yàn)證效果
1、進(jìn)入安裝目錄，如果有dump.db文件就刪除
2、啟動(dòng)redis,然后添加幾個(gè)數(shù)據(jù),然后關(guān)閉redis退出
[root@root?redis-5.0.3]#?src/redis-cli? 127.0.0.1:6379>?ping PONG 127.0.0.1:6379>?set?name?aaa OK 127.0.0.1:6379>?set?age?18 OK 127.0.0.1:6379>?incr?age (integer)?19 127.0.0.1:6379>?shutdown not?connected>?exit
3、在我們的安裝的目錄下就生成一個(gè)dump.rdb文件,這個(gè)就是我們的快照備份文件
4、再次啟動(dòng)redis，進(jìn)入發(fā)現(xiàn)原來的數(shù)據(jù)還在，這是因?yàn)閞edis啟動(dòng)的時(shí)候加載了備份文件中的數(shù)據(jù)。
[root@root?redis-5.0.3]#?src/redis-server?redis.conf? 1211:C?13?Feb?2019?01:27:22.668?#?oO0OoO0OoO0Oo?Redis?is?starting?oO0OoO0OoO0Oo 1211:C?13?Feb?2019?01:27:22.668?#?Redis?version=5.0.3,?bits=64,?commit=00000000,?modified=0,?pid=1211,?just?started 1211:C?13?Feb?2019?01:27:22.668?#?Configuration?loaded [root@root?redis-5.0.3]#?src/redis-cli? 127.0.0.1:6379>?ping? PONG 127.0.0.1:6379>?get?name "aaa" 127.0.0.1:6379>?get?age "19" 127.0.0.1:6379>?keys?* 1)?"name" 2)?"age"
5、關(guān)閉退出
關(guān)閉退出后刪除dump.rdb文件，啟動(dòng)后發(fā)現(xiàn)數(shù)據(jù)沒有了
[root@root?redis-5.0.3]#?src/redis-server?redis.conf? 1218:C?13?Feb?2019?01:29:01.336?#?oO0OoO0OoO0Oo?Redis?is?starting?oO0OoO0OoO0Oo 1218:C?13?Feb?2019?01:29:01.336?#?Redis?version=5.0.3,?bits=64,?commit=00000000,?modified=0,?pid=1218,?just?started 1218:C?13?Feb?2019?01:29:01.336?#?Configuration?loaded [root@root?redis-5.0.3]#?src/redis-cli? 127.0.0.1:6379>?ping? PONG 127.0.0.1:6379>?keys?* (empty?list?or?set)
快照持久化原理
save命令:
在redis運(yùn)行中，我們可以顯示的發(fā)送一條save命令來拍攝快照。save命令是阻塞命令，也就是當(dāng)服務(wù)器接收了一條save命令之后就會(huì)開始拍攝快照，在此期間不會(huì)再去處理其他的請(qǐng)求，其他請(qǐng)求會(huì)被掛起直到備份結(jié)束
bgsave命令
bgsave命令也是立即拍攝快照，有別于save命令，bgsave并不是一條阻塞命令，而是fork一個(gè)子線程，然后這個(gè)子線程負(fù)責(zé)備份操作。而父進(jìn)程繼續(xù)處理客戶端的請(qǐng)求，這樣就不會(huì)造成阻塞了。
127.0.0.1:6379>?ping PONG 127.0.0.1:6379>?keys?* (empty?list?or?set) 127.0.0.1:6379>?set?name?zhangsan OK 127.0.0.1:6379>?set?age?20 OK 127.0.0.1:6379>?bgsave Background?saving?started
4、shutdown命令
當(dāng)我們只想shutdown命令的時(shí)候。服務(wù)器會(huì)自動(dòng)發(fā)送一條save命令來完成快照操作。并在完成備份操作后關(guān)閉服務(wù)器。所以我們當(dāng)我們的操作不滿足前面三種情況的時(shí)候關(guān)閉服務(wù)器后，再次打開我們的數(shù)據(jù)也不會(huì)丟失。
5、sync命令
當(dāng)在主從環(huán)境中，從節(jié)點(diǎn)要同步主節(jié)點(diǎn)的數(shù)據(jù)的時(shí)候會(huì)發(fā)送一條sync命令來開發(fā)一次復(fù)制。此時(shí)主節(jié)點(diǎn)會(huì)發(fā)送一條bgsave命令來fork一個(gè)新的線程來完成快照并在bgsave命令操作結(jié)束后將快照文件發(fā)送給從節(jié)點(diǎn)來完成主從節(jié)點(diǎn)的數(shù)據(jù)的同步。
優(yōu)缺點(diǎn)
優(yōu)點(diǎn)
RDB文件保存了某個(gè)時(shí)間點(diǎn)的redis數(shù)據(jù),適合備份,你可以設(shè)定一個(gè)時(shí)間點(diǎn)對(duì)RDB文件進(jìn)行歸檔，這樣就能在需要的時(shí)候很輕易的把數(shù)據(jù)恢復(fù)到不同的版本。 RDB很適合用于災(zāi)備。單文件很方便就能傳輸?shù)竭h(yuǎn)程的服務(wù)器上。在數(shù)據(jù)量比較打的情況下,RDB啟動(dòng)速度快.
缺點(diǎn)
RDB容易造成數(shù)據(jù)丟失,如果設(shè)置3分鐘保存一次,如果redis因?yàn)橐恍┰虿荒苷９ぷ?那么從上次產(chǎn)生快照到Redis出現(xiàn)問題這段時(shí)間的數(shù)據(jù)就會(huì)丟失了。
如何禁用快照持久化
1、在redis.conf配置文件中注釋掉所有的save配置 2.在最后一條save配置追加吃命令
save?""
AOF持久化
與快照持久化通過直接保存 Redis 的鍵值對(duì)數(shù)據(jù)不同，AOF 持久化是通過保存 Redis 執(zhí)行的寫命令來記錄 Redis 的內(nèi)存數(shù)據(jù)。理論上說，只要我們保存了所有可能修改 Redis 內(nèi)存數(shù)據(jù)的命令（也就是寫命令），那么根據(jù)這些保存的寫命令，我們可以重新恢復(fù) Redis 的內(nèi)存狀態(tài)。AOF 持久化正是利用這個(gè)原理來實(shí)現(xiàn)數(shù)據(jù)的持久化與數(shù)據(jù)的恢復(fù)的
開啟AOF
在redis中aof默認(rèn)是關(guān)閉的,我們需要修改配置文件開啟aof
appendonly?yes appendfilename?"appendonly.aof" #?If?unsure,?use?"everysec". #?appendfsync?always appendfsync?everysec #?appendfsync?no no-appendfsync-on-rewrite?no auto-aof-rewrite-percentage?100 auto-aof-rewrite-min-size?64mb
關(guān)閉快照持久化
save?"" #save?900?1 #save?300?10 #save?60?10000
驗(yàn)證,重啟服務(wù)
執(zhí)行簡單的命令操作我們可以看到append.aof文件中存儲(chǔ)的內(nèi)容就是我們執(zhí)行的命令
AOF持久化備份的注意點(diǎn)
1.appendfsync的取值有三個(gè)，分別是everysec，always和no，在這里我們推薦使用everysec，不推薦使用always。因?yàn)閍lways會(huì)嚴(yán)重影響服務(wù)器的性能 2.everysec最壞的情況也就只會(huì)丟失1秒的數(shù)據(jù)，影響在可控范圍之內(nèi)。
優(yōu)缺點(diǎn)
優(yōu)點(diǎn)
AOF 持久化的方法提供了多種的同步頻率，即使使用默認(rèn)的同步頻率每秒同步一次，Redis 最多也就丟失 1 秒的數(shù)據(jù)而已。 AOF 文件的格式可讀性較強(qiáng)，這也為使用者提供了更靈活的處理方式。例如，如果我們不小心錯(cuò)用了 FLUSHALL 命令，在重寫還沒進(jìn)行時(shí)，我們可以手工將最后的 FLUSHALL 命令去掉，然后再使用 AOF 來恢復(fù)數(shù)據(jù)。
缺點(diǎn)
雖然 AOF 提供了多種同步的頻率，默認(rèn)情況下，每秒同步一次的頻率也具有較高的性能。但在 Redis 的負(fù)載較高時(shí)，RDB 比 AOF 具好更好的性能保證。 RDB 使用快照的形式來持久化整個(gè) Redis 數(shù)據(jù)，而 AOF 只是將每次執(zhí)行的命令追加到 AOF 文件中，因此從理論上說，RDB 比 AOF 方式更健壯
持久化的一些使用建議
1、如果redis僅僅是用來做為緩存服務(wù)器的話，我們可以不使用任何的持久化。?
2、一般情況下我們會(huì)將兩種持久化的方式都開啟。redis優(yōu)先加載AOF文件來回復(fù)數(shù)據(jù)。RDB的好處是快速。?
3、在主從節(jié)點(diǎn)中，RDB作為我們的備份數(shù)據(jù)，只在salve(從節(jié)點(diǎn))上啟動(dòng)，同步時(shí)間可以設(shè)置的長一點(diǎn)，只留(save 900 1)這條規(guī)則就可以了。
相關(guān)推薦：mysql視頻教程：https://www.php.cn/course/list/51.html
.png)
