大家好爱榕，我是漫步coding, 最近在整理2022年Redis最新面試題, 大家也可以通過我下面的博客地址在線閱讀, 今天講講第4篇 - Redis數(shù)據(jù)持久化笨忌。本文首發(fā)于公眾號:漫步coding
概要
為什么 Redis 需要把所有數(shù)據(jù)放到內(nèi)存中痢站？
Redis如何做持久化的腋颠？
Redis key 的過期時間和永久有效分別怎么設(shè)置滔韵？
為什么 Redis 需要把所有數(shù)據(jù)放到內(nèi)存中颠锉？
出現(xiàn)概率: ★★★
Redis為了達到最快的讀寫速度將數(shù)據(jù)都讀到內(nèi)存中拼卵，并通過異步的方式將數(shù)據(jù)寫入磁盤。所以Redis具有快速和數(shù)據(jù)持久化的特性虏杰。如果不將數(shù)據(jù)放到內(nèi)存中讥蟆，磁盤的I/O速度會嚴重影響redis的性能。在內(nèi)存越來越便宜的今天纺阔，redis將會越來越受歡迎瘸彤。不過也可以設(shè)置了最大使用的內(nèi)存， 則數(shù)據(jù)已有記錄數(shù)達到內(nèi)存限值后將不能繼續(xù)插入新值笛钝。
Redis如何做持久化的质况？
出現(xiàn)概率: ★★★★★
bgsave做鏡像全量持久化，AOF做增量持久化玻靡。因為bgsave會耗費較長時間结榄，不夠?qū)崟r，在停機的時候會導(dǎo)致大量丟失數(shù)據(jù)囤捻，所以需要AOF來配合使用潭陪。在redis實例重啟時，優(yōu)先使用AOF來恢復(fù)內(nèi)存的狀態(tài)最蕾，如果沒有AOF日志，就會使用RDB文件來恢復(fù)老厌。
如果再問AOF文件過大恢復(fù)時間過長怎么辦瘟则？你告訴面試官，Redis會定期做AOF重寫枝秤，壓縮AOF文件日志大小醋拧。如果面試官不夠滿意，再拿出殺手锏答案淀弹，Redis4.0之后有了混合持久化的功能丹壕，將bgsave的全量和AOF的增量做了融合處理，這樣既保證了恢復(fù)的效率又兼顧了數(shù)據(jù)的安全性薇溃。這個功能甚至很多面試官都不知道菌赖，他們肯定會對你刮目相看。
如果對方追問那如果突然機器掉電會怎樣沐序？取決于AOF日志sync屬性的配置琉用，如果不要求性能堕绩，在每條寫指令時都sync一下磁盤腔剂，就不會丟失數(shù)據(jù)榕茧。但是在高性能的要求下每次都sync是不現(xiàn)實的，一般都使用定時sync同木，比如1s1次晶丘，這個時候最多就會丟失1s的數(shù)據(jù)黍氮。
1)、RDB工作原理
既然說RDB是Redis中數(shù)據(jù)集的時間點快照浅浮，在Redis內(nèi)完成RDB持久化的方法有rdbSave和rdbSaveBackground兩個函數(shù)方法（源碼文件rdb.c中）沫浆，先簡單說下兩者差別：
rdbSave：是同步執(zhí)行的，方法調(diào)用后就會立刻啟動持久化流程脑题。由于Redis是單線程模型件缸，持久化過程中會阻塞，Redis無法對外提供服務(wù)叔遂；
rdbSaveBackground：是后臺（異步）執(zhí)行的他炊，該方法會fork出子進程，真正的持久化過程是在子進程中執(zhí)行的（調(diào)用rdbSave）已艰，主進程會繼續(xù)提供服務(wù)痊末；
RDB持久化的觸發(fā)必然離不開以上兩個方法，觸發(fā)的方式分為手動和自動哩掺。手動觸發(fā)容易理解凿叠，是指我們通過Redis客戶端人為的對Redis服務(wù)端發(fā)起持久化備份指令，然后Redis服務(wù)端開始執(zhí)行持久化流程嚼吞，這里的指令有save和bgsave盒件。
整個持久化的過程中，主進程不進行任何 io 操作舱禽，全程都有子進程來完成炒刁，這就確保了極高的性能。如果需要進行大規(guī)模的數(shù)據(jù)恢復(fù)誊稚，且對數(shù)據(jù)恢復(fù)的完整性不是非常敏感翔始，那么 rdb 方式要比 AOF 方式更加的高效，rdb 的缺點是最后一次持久化的數(shù)據(jù)可能會丟失里伯。
2)城瞎、AOF 工作原理
AOF 持久化全稱 append only file，以日志形式記錄每個寫操作疾瓮，將 redis 執(zhí)行過得所有寫操作指令記錄下來（讀操作不記錄）脖镀。只許追加文件但不可以改寫文件，redis 啟動之初會讀取該文件重新構(gòu)建數(shù)據(jù)狼电，換言之认然，redis 重啟的話就根據(jù)日志文件的內(nèi)容將寫操作指令從前到后執(zhí)行一次以完成數(shù)據(jù)的恢復(fù)工作补憾。
AOF 默認保存的是 appendonly.AOF 文件，此文件具有可讀性卷员。
AOF 的工作原理其實類似于 mysql 的 binlog 日志語句復(fù)制盈匾。是以日志的形式記錄服務(wù)器所處理的每一個寫，刪除操作毕骡，查詢操作不會記錄削饵，以文本的方式進行記錄，該文件具有可讀性未巫。
數(shù)據(jù)同步有三種同步策略：修改同步窿撬、每秒同步、不主動調(diào)用 fsync 同步叙凡。
AOF 優(yōu)缺點
AOF 利用 appendfsync 持久化機制劈伴，異步操作每秒記錄，數(shù)據(jù)完整性要高于 rdb 如果一秒宕機握爷，有可能丟失 1 秒數(shù)據(jù)跛璧。相同的數(shù)據(jù)集而言 AOF 文件要遠大于 rdb 文件⌒绿洌恢復(fù)速度要慢于 rdb追城，AOF 運行效率要慢于 rdb。每秒同步策略效率較好燥撞，不同步效率和 rdb 相同座柱。
Redis key 的過期時間和永久有效分別怎么設(shè)置？
出現(xiàn)概率: ★★★
EXPIRE 和 PERSIST 命令物舒。Redis Expire 命令用于設(shè)置 key 的過期時間色洞，key 過期后將不再可用。單位以秒計冠胯。Redis PERSIST 命令用于移除給定 key 的過期時間锋玲，使得 key 永不過期。
127.0.0.1:6379>set?name'漫步coding'EX100000
OK
127.0.0.1:6379>ttl?name#?ttl?查看key過期時間
(integer)99997
127.0.0.1:6379>set?brief'一個專注算法涵叮、數(shù)據(jù)庫、架構(gòu)伞插、計算機網(wǎng)絡(luò)的公眾號'
OK
127.0.0.1:6379>ttl?brief
(integer)?-1
127.0.0.1:6379>PERSIST?name
(integer)1
127.0.0.1:6379>ttl?name
(integer)?-1#?-1?表示永久有效
127.0.0.1:6379>
也歡迎關(guān)注我的公眾號:?漫步coding割粮。一起交流, 在coding的世界里漫步, ?? ?回復(fù):?redis, 免費獲取最新Redis面試題(含答案)。
