Redis的兩種持久化方式及使用場(chǎng)景分析

1、Redis的兩種持久化式及使場(chǎng)景分析Redis提供的持久化機(jī)制，以及好處：Redis提供 RDB 和 AOF 兩種持久化機(jī)制 ， 有了持久化機(jī)制我們基本上就可以避免進(jìn)程異常退出時(shí)所造成的數(shù)據(jù)丟失的問(wèn)題了，Redis能在下次重啟的時(shí)候利之間產(chǎn)的持久化件實(shí)現(xiàn)數(shù)據(jù)恢復(fù)。、持久化機(jī)制之 RDB我們所謂的RDB持久化就是指的講當(dāng)前進(jìn)程的數(shù)據(jù)成快照存到磁盤中，觸發(fā)RDB機(jī)制分為動(dòng)觸發(fā)與動(dòng)觸發(fā)動(dòng)觸發(fā) RDBsave命令，但是save命令將會(huì)阻塞我們的Redis服務(wù)器直到RDB完成，所以真實(shí)的環(huán)境中般不會(huì)使該命令。bgsave命令，使該命令Redis會(huì)fork個(gè)進(jìn)程來(lái)負(fù)責(zé)RDB持久化，完成持久化后動(dòng)結(jié)束進(jìn)程，

2、所以阻塞只發(fā)在fork的階段。動(dòng)觸發(fā) RDB動(dòng)觸發(fā)RDB只要在redis的conf 配置件中配置 save相關(guān)的配置即可，如 save m n，這就代表在m秒內(nèi)我們的數(shù)據(jù)發(fā)了n次修改就會(huì)使“bgsave”命令動(dòng)觸發(fā)RDB，如不需要即#將下圖的 save 900 1;save 300 10;save 60 10000 注釋即可# save # Will save the DB if both the given number of seconds and the given# number of write operations against the DB occurred.# In the

3、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.# save save 900 1 #9001此修改save 300

4、10 #30010此修改save 60 10000 #6010000此修改RDB注意事項(xiàng)1、若動(dòng)觸發(fā)RDB般使bgsave命令，動(dòng)觸發(fā)默認(rèn)使的就是bgsave命令2、執(zhí)bgsave命令，Redis會(huì)判斷是否存在正在執(zhí) RDB的進(jìn)程，如果存在了則直接返回3、進(jìn)程fork完之后，bgsave命令將會(huì)返回Backgroud saving started 之后就不再阻塞進(jìn)程了。4、Redis將RDB件保存在dir配置的指定的錄下，并且件名為配置的dbfilename，也可以通過(guò)執(zhí)config set dir dirpath與config set dbfilename 新的件名字# The filena

5、me where to dump the DBdbfilename dump.rdb# 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 /redis_persist/、持久化機(jī)制之 AOFAOF持久化是以獨(dú)的志記錄每次寫(xiě)命令，重啟Redis的時(shí)候再重新執(zhí)AOF件中命令以達(dá)到恢復(fù)數(shù)

6、據(jù)，所以AOF主要就是解決持久化的實(shí)時(shí)性。、1)、所有的寫(xiě)的命令都會(huì)被追加到aof_buf這么個(gè)緩沖區(qū)中2)、接著AOF緩沖區(qū)根據(jù)對(duì)應(yīng)的同步策略向磁盤做同步的操作，這說(shuō)下同步策略，同步策略可以通過(guò)修改redis配置件中的參數(shù)appendfsync進(jìn)配置。3)、隨著AOF件變，定期對(duì)件進(jìn)重寫(xiě)操作來(lái)壓縮件4)、Redis服務(wù)器重啟的時(shí)候就會(huì)加載AOF件來(lái)恢復(fù)數(shù)據(jù)1)、也就是說(shuō)如果開(kāi)啟了AOF持久化，我們使redis輸 set testkey testValue，在AOF的緩沖區(qū)就會(huì)追加這么條本*3rn$3rnsetrn$7rntestkeyrn$9rntestValuern:6379 set te

7、stkey testValueOK-AOF*3rn$3rnsetrn$7rntestkeyrn$9rntestValuernRedisrn分隔這第代表參數(shù)數(shù)量$3代表有三個(gè)參數(shù) set testkey testValue參數(shù)的字節(jié)數(shù)分別為3 7 9所以翻譯出來(lái)就是*3testValue2)、接著AOF對(duì)緩沖區(qū)進(jìn)同步操作會(huì)按照我們配置的如下策略向磁盤進(jìn)同步redis配置件參數(shù)appendfsync說(shuō)明可配置的值alwayseverysecno配置說(shuō)明命令寫(xiě)緩沖區(qū)后調(diào)系統(tǒng)write操作，fsync同步件操作由專門的線程每秒調(diào)次命令寫(xiě)緩沖區(qū)后調(diào)系統(tǒng)write操作，不對(duì)AOF件做fsync同步，同步操

8、作由系統(tǒng)負(fù)責(zé)，最遲30秒同步# no: dont fsync, just let the OS flush the data when it wants. Faster.# always: fsync after every write to the append only log. Slow, Safest.# everysec: fsync only one time every second. Compromise.# More details please check the following article:# /post/redis-persistence-demystified

9、.html# appendfsync alwaysappendfsync everysec# appendfsync no若我們配置的為always，則每次寫(xiě)緩沖區(qū)都會(huì)同步AOF件，這樣會(huì)嚴(yán)重影響redis性能，因?yàn)槠胀ù疟PRedis持擊敗TPS寫(xiě)若配置為No,那每次同步AOF件的周期不可控，這樣如果還沒(méi)有進(jìn)同步，服務(wù)就掛了那數(shù)據(jù)的安全性沒(méi)法保證了配置為everysec是最佳的同步策略也是redis默認(rèn)的同步策略，每秒同步次，也就是說(shuō)就算系統(tǒng)宕機(jī)了最多丟失1秒的數(shù)據(jù)并且性能也沒(méi)有太影響3)、接著redisr對(duì)AOF件進(jìn)定期的重寫(xiě)操作來(lái)壓縮件，重寫(xiě)操作也就是只保留寫(xiě)命令忽略delkey hdel

10、key srem key 等，并且將多個(gè)命令如 lpush list a lpush list b 合并到起4)、在重啟redis再加載持久化件達(dá)到恢復(fù)數(shù)據(jù)的的，這有個(gè)問(wèn)題就是AOF和RDB都可以來(lái)持久化，那Redis加載持久化件的順序是怎樣的，Redis默認(rèn)是加載AOF件，如果沒(méi)有AOF才去加載RDB。三、RDB與AOF優(yōu)劣勢(shì)分析優(yōu)勢(shì)：RDB只代表某個(gè)時(shí)間點(diǎn)上的數(shù)據(jù)快照，所以適于備份與全量復(fù)制，如天進(jìn)備份次。Redis再加載RDB件恢復(fù)數(shù)據(jù)遠(yuǎn)快于AOF件性能上考慮RDB優(yōu)于AOF，因?yàn)槲覀儽４鍾DB件只需fork次進(jìn)程進(jìn)保存操作，進(jìn)程沒(méi)有對(duì)磁盤I/O劣勢(shì)：RDB沒(méi)辦法做到實(shí)時(shí)的持久化數(shù)據(jù)，因?yàn)閒ork是重量級(jí)別的操作，頻繁執(zhí)成本過(guò)RDB需要經(jīng)常fork進(jìn)程來(lái)保存數(shù)據(jù)集到磁盤，當(dāng)數(shù)據(jù)集較額時(shí)候，fork的過(guò)程是較耗時(shí)的，可能會(huì)導(dǎo)致redis在些毫秒級(jí)不能響應(yīng)客服端請(qǐng)求版本的Redis法兼容新版本的RDB件優(yōu)勢(shì)：通過(guò)配置同步策略基本能夠達(dá)到實(shí)時(shí)持久化數(shù)據(jù)，如配置為everysec，則每秒同步次AOF件，也就是說(shuō)最多丟失秒鐘的數(shù)據(jù)，兼顧了性能與數(shù)據(jù)的安全性AOF 件是個(gè)只進(jìn)追加操作的志件（