国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Redis系統(tǒng)學(xué)習(xí)(高級(jí)篇)-Redis持久化-AOF方式

這篇具有很好參考價(jià)值的文章主要介紹了Redis系統(tǒng)學(xué)習(xí)(高級(jí)篇)-Redis持久化-AOF方式。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

目錄

一、是什么AOF?

二、AOF如何開(kāi)啟 以及觸發(fā)策略有哪些

三、AOF文件重寫(xiě)

四、AOF與RDB對(duì)比


一、是什么AOF?

就是通過(guò)每次記錄寫(xiě)操作,最終通過(guò)來(lái)依次這些命令來(lái)達(dá)到恢復(fù)數(shù)據(jù)的目的

二、AOF如何開(kāi)啟 以及觸發(fā)策略有哪些

save ""可以關(guān)閉掉RDB

appendonly yes 開(kāi)啟AOF

觸發(fā)策略有:

1. 每一次的執(zhí)行命令都會(huì)被記錄

appendfsync always

2.先將每次執(zhí)行的命令先放到緩存中,然后 每隔一秒記錄一次

appendfsync everysec

3.?先將每次執(zhí)行的命令先放到緩存中,然后操作系統(tǒng)來(lái)決定何時(shí)寫(xiě)入aof文件中

appendfsync no

這三種? always每次都記錄 因此比較耗費(fèi)CPU資源 效率不是很高? 但是能最好的保證數(shù)據(jù)的完整性

而 no的方式效率最高,但有丟失數(shù)據(jù)的風(fēng)險(xiǎn)

因此Redis默認(rèn)選擇折中的 everysec的方式

三、AOF文件重寫(xiě)

因?yàn)閍of文件中記錄的是每一次的執(zhí)行命令,是追加的方式,會(huì)導(dǎo)致文件越來(lái)越大,并且其中對(duì)某一個(gè)key對(duì)多次修改都會(huì)記錄,而實(shí)際上只有最后的一次修改才起作用,前面的都是無(wú)效記錄。

如何解決這個(gè)問(wèn)題呢?redis提供了AOF文件重寫(xiě)功能

執(zhí)行的命令是:bgrewriteaof

例子:

set name zs

set age 20

set name ls

其實(shí)最終會(huì)壓縮成

mset name ls age 20 就是壓縮成最終還能正確恢復(fù)數(shù)據(jù)的最小指令集

也可以設(shè)置自動(dòng)重寫(xiě)策略,達(dá)到某個(gè)閾值觸發(fā):

# AOF文件比上次文件 增長(zhǎng)超過(guò)多少百分比則觸發(fā)重寫(xiě)
auto-aof-rewrite-percentage 100
# AOF文件體積最小多大以上才觸發(fā)重寫(xiě) 
auto-aof-rewrite-min-size 64mb 

四、AOF與RDB對(duì)比

1. 持久化方式上面

rdb是記錄快照? aof是記錄每一次的執(zhí)行命令

2. 宕機(jī)恢復(fù)速度上面
rdb宕機(jī)恢復(fù)速度更快? aof稍慢一點(diǎn)

3. 恢復(fù)相同的數(shù)據(jù)集所需要的文件大小

rdb文件比較小? ?aof文件很大

4. 數(shù)據(jù)完整性方面

rdb在這方面不如aof

5. 系統(tǒng)資源占用方面

rdb比較占用cpu和內(nèi)存資源? ?aof在重寫(xiě)的時(shí)候比較占CPU? 另外就是很占用磁盤(pán)資源

6. 數(shù)據(jù)恢復(fù)優(yōu)先級(jí)

就是當(dāng)aof和rdb都存在的時(shí)候,優(yōu)先選擇哪種方式

aof的優(yōu)先級(jí)更高,因?yàn)樗芨玫谋WC數(shù)據(jù)的完整性

綜上它兩的使用場(chǎng)景是不同的

rdb適合用來(lái)做備份? ?適合大數(shù)據(jù)的備份 因?yàn)榛謴?fù)速度快 并且文件小

然后也對(duì)數(shù)據(jù)完整性要求不是那么的高? 可以忍受短暫的數(shù)據(jù)丟失

而aof方式則適合需要強(qiáng)完整性的時(shí)候文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-744081.html

到了這里,關(guān)于Redis系統(tǒng)學(xué)習(xí)(高級(jí)篇)-Redis持久化-AOF方式的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶(hù)投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 全面解析 Redis 持久化:RDB、AOF與混合持久化

    前言: 每次你在游戲中看到玩家排行榜,或者在音樂(lè)應(yīng)用中瀏覽熱門(mén)歌單,有沒(méi)有想過(guò)這個(gè)排行榜是如何做到實(shí)時(shí)更新的?當(dāng)然,依靠 Redis 即可做到。 在技術(shù)領(lǐng)域,我們經(jīng)常聽(tīng)到 「鍵值存儲(chǔ)」 這個(gè)詞。但在 Redis 的世界里,這只是冰山一角。Redis 的對(duì)象,不僅僅是簡(jiǎn)單的數(shù)據(jù)

    2024年03月10日
    瀏覽(34)
  • redis 持久化 RDB + AOF

    redis 持久化 RDB + AOF

    RDB(Redis DataBase)和AOF(Append Only File) RDB,簡(jiǎn)而言之,就是在不同的時(shí)間點(diǎn),將redis存儲(chǔ)的數(shù)據(jù)生成快照并存儲(chǔ)到磁盤(pán)等介質(zhì)上 AOF,那就是將redis執(zhí)行過(guò)的所有寫(xiě)指令記錄下來(lái),在下次redis重新啟動(dòng)時(shí),只要把這些寫(xiě)指令從前到后再重復(fù)執(zhí)行一遍,就可以實(shí)現(xiàn)數(shù)據(jù)恢復(fù)了。

    2024年02月03日
    瀏覽(26)
  • Redis 持久化-RDB和 持久化-AOF 的詳細(xì)介紹以及區(qū)別

    Redis 持久化-RDB和 持久化-AOF 的詳細(xì)介紹以及區(qū)別

    在線文檔: https://redis.io/topics/persistence RDB(Redis DataBase) AOF(Append Of File) 在指定的時(shí)間間隔內(nèi)將內(nèi)存中的數(shù)據(jù)集快照寫(xiě)入磁盤(pán), 也就Snapshot 快照,恢復(fù)時(shí)將快照文件讀到內(nèi)存 RDB 及其執(zhí)行流程 對(duì)上圖的解讀 具體流程如下: redis 客戶(hù)端執(zhí)行bgsave 命令或者自動(dòng)觸發(fā)bgsave 命令;

    2024年02月09日
    瀏覽(32)
  • Redis_持久化(AOF、RDB)

    Redis_持久化(AOF、RDB)

    目前,redis的持久化主要應(yīng)用AOF(Append Only File)和RDF兩大機(jī)制,AOF以日志的形式來(lái)記錄每個(gè)寫(xiě)操作(增量保存),將redis執(zhí)行過(guò)的所有指令全部安全記錄下來(lái)(讀操作不記錄)。只許追加文件,但不可以改寫(xiě)文件,redis啟動(dòng)之初,會(huì)讀取該文件,重新構(gòu)建數(shù)據(jù)。 AOF默認(rèn)不開(kāi)啟

    2024年02月13日
    瀏覽(23)
  • Redis持久化(RDB和AOF)

    目錄 方式一:RDB 方式二:AOF AOF重寫(xiě)可能出現(xiàn)的問(wèn)題及解決方案 方式三:RDB-AOF混合持久化 Redis持久化 :Redis是基于內(nèi)存數(shù)據(jù)庫(kù),宕機(jī)后和數(shù)據(jù)會(huì)消失,當(dāng)Redis用作DB 時(shí),DB數(shù)據(jù)要完整,所以一定要有一個(gè)完整的數(shù)據(jù)源文件,在系統(tǒng)啟動(dòng)時(shí),從這個(gè)完整的數(shù)據(jù)源中將數(shù)據(jù)load到

    2024年02月16日
    瀏覽(22)
  • Redis優(yōu)化 RDB AOF持久化

    Redis優(yōu)化 RDB AOF持久化

    ---------------------- Redis 高可用 ---------------------------------------- 在web服務(wù)器中,高可用是指服務(wù)器可以正常訪問(wèn)的時(shí)間,衡量的標(biāo)準(zhǔn)是在多長(zhǎng)時(shí)間內(nèi)可以提供正常服務(wù)(99.9%、99.99%、99.999%等等)。 但是在Redis語(yǔ)境中,高可用的含義似乎要寬泛一些,除了保證提供正常服務(wù)(如主

    2024年02月09日
    瀏覽(27)
  • Redis 持久化RDB和AOF

    Redis 有兩種持久化方案,RDB (Redis DataBase)和 AOF (Append Only File)。如果你想快速了解和使用RDB和AOF,可以直接跳到文章底部看總結(jié)。本章節(jié)通過(guò)配置文件,觸發(fā)快照的方式,恢復(fù)數(shù)據(jù)的操作,命令操作演示,優(yōu)缺點(diǎn)來(lái)學(xué)習(xí) Redis 的重點(diǎn)知識(shí) 持久化 。 RDB 是 Redis 默認(rèn)的持久化

    2024年02月14日
    瀏覽(22)
  • 【Redis】Redis持久化機(jī)制RDB與AOF

    【Redis】Redis持久化機(jī)制RDB與AOF

    目錄 一、RDB 1、概念 2、RDB文件保存 3、執(zhí)行RDB 4、觸發(fā)RDB 5、fork原理 6、RDB的缺點(diǎn) 二、AOF 1、概念 2、開(kāi)啟AOF 3、觸發(fā)AOF 4、觸發(fā)重寫(xiě)AOF 三、區(qū)別 RDB全稱(chēng)為Redis Database Backup File(Redis數(shù)據(jù)備份文件),也叫做Redis數(shù)據(jù)快照。簡(jiǎn)單的來(lái)說(shuō)就是把某一時(shí)刻Redis內(nèi)存里的數(shù)據(jù)都記錄到磁

    2024年02月08日
    瀏覽(40)
  • 【征服redis8】Redis的AOF持久化

    【征服redis8】Redis的AOF持久化

    Redis 支持多種持久化方式來(lái)保證數(shù)據(jù)的可靠性和持久性。前面我們介紹了RDB方式。我們我們介紹第二種方式——AOF(Append Only File)機(jī)制是一種常用的持久化方式,它記錄了所有對(duì) Redis 數(shù)據(jù)庫(kù)進(jìn)行修改的命令,在 Redis 重啟時(shí)可以使用這些命令來(lái)重構(gòu)數(shù)據(jù)庫(kù)狀態(tài)。? 目錄 1.AOF的

    2024年01月19日
    瀏覽(34)
  • redis數(shù)據(jù)安全(三)數(shù)據(jù)持久化 AOF

    redis數(shù)據(jù)安全(三)數(shù)據(jù)持久化 AOF

    接上一篇RDB,本篇看下Redis數(shù)據(jù)持久化的第二種方式AOF。 目錄 一、AOF原理 1、寫(xiě)入機(jī)制: 2、緩沖機(jī)制: 3、重寫(xiě)機(jī)制?: 4、運(yùn)行流程 二、AOF文件配置 1、開(kāi)啟AOF: 2、自動(dòng)觸發(fā)AOF重寫(xiě)? 3、重寫(xiě)規(guī)則: 三、AOF的備份恢復(fù): 1、正?;謴?fù): 2、異?;謴?fù): 四、重寫(xiě)流程: 五、

    2024年01月19日
    瀏覽(28)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包