Redis持久化機(jī)制的示例分析

小編給大家分享一下redis持久化機(jī)制的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

創(chuàng)新互聯(lián)是專業(yè)的咸豐網(wǎng)站建設(shè)公司，咸豐接單;提供成都做網(wǎng)站、成都網(wǎng)站制作,網(wǎng)頁設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行咸豐網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來合作!

Redis把數(shù)據(jù)存儲(chǔ)在內(nèi)存中，當(dāng)進(jìn)程退出后數(shù)據(jù)就會(huì)丟失。Redis持久化機(jī)制可以將內(nèi)存中的數(shù)據(jù)存儲(chǔ)到磁盤上，當(dāng)重新啟動(dòng)時(shí)可以從磁盤文件中讀取數(shù)據(jù)加載到內(nèi)存中。

Redis支持兩種持久化機(jī)制：全量鏡像RDB和增量式持久化AOF。

RDB是Redis的快照，存儲(chǔ)了Redis中所有未過期的鍵值對(duì)。

在redis.conf中配置RDB:

dbfilename dump.rdb
dir /var/lib/redis



save 900 1 save 300 10 save 60 10000 save "" stop-writes-on-bgsave-error yes rdbcompression yes rdbchecksum yes

每次redis進(jìn)程啟動(dòng)時(shí)會(huì)先檢查rdb文件是否存在，若存在則將文件中的內(nèi)容加載到內(nèi)存中。

redis自動(dòng)更新RDB文件時(shí)會(huì)fork一個(gè)子進(jìn)程執(zhí)行快照保存工作，在保存期間主進(jìn)程可以正常的提供服務(wù)。

我們同樣可以通過指令保存快照:

• save: 以阻塞的方式保存快照，保存期間redis不能處理其它請(qǐng)求

• bgsave: fork一個(gè)子進(jìn)程完成保存工作，保存期間不會(huì)影響redis的正常服務(wù)。

lastsave命令可以得到最新的RDB文件創(chuàng)建時(shí)間戳，可以用來檢查保存是否成功。

RDB作為數(shù)據(jù)庫快照，每次創(chuàng)建都需要將整個(gè)數(shù)據(jù)庫寫入到文件。這是一個(gè)非常耗時(shí)的操作，因此也難以頻繁進(jìn)行，在出現(xiàn)異常時(shí)可能丟失大量數(shù)據(jù)。

Redis提供了增量式持久化工具AOF(Append Only ile), AOF通過記錄Redis數(shù)據(jù)庫中所有寫指令進(jìn)行持久化。AOF文件中以Redis通信協(xié)議的格式存儲(chǔ)指令。

當(dāng)Redis進(jìn)程啟動(dòng)時(shí)會(huì)檢查AOF文件是否存在，若存在則依次執(zhí)行AOF中的指令恢復(fù)數(shù)據(jù)。

Redis每次執(zhí)行寫指令時(shí)都會(huì)向AOF文件中添加一條日志，但新的記錄不會(huì)立即寫入磁盤(fsync)而是緩存在寫入緩沖區(qū)中。

我們可以配置將緩沖區(qū)中的數(shù)據(jù)寫入磁盤的策略，避免數(shù)據(jù)丟失。

將緩沖區(qū)中數(shù)據(jù)寫入磁盤是一個(gè)耗時(shí)操作，頻繁寫磁盤會(huì)對(duì)性能造成影響但是Redis崩潰丟失數(shù)據(jù)也較少，因此我們需要根據(jù)應(yīng)用場景進(jìn)行權(quán)衡。

AOF中可能會(huì)記錄多余的指令，若我們對(duì)同一個(gè)key執(zhí)行了100次set指令, AOF文件中就會(huì)有100條記錄但只僅保留最后一條set指令即可恢復(fù)數(shù)據(jù)。AOF重寫會(huì)整理AOF文件清理不必要的指令日志（如刪除被覆蓋的set指令），減少AOF文件大小。

redis 采用后臺(tái)重寫的策略，即 fork 一個(gè)子進(jìn)程把整理后的 AOF 寫入到臨時(shí)文件中。使用BGREWRITEAOF可以手動(dòng)觸發(fā)后臺(tái)重寫操作。

實(shí)際上AOF重寫不會(huì)讀取原來的AOF文件，子進(jìn)程會(huì)帶有一份當(dāng)前數(shù)據(jù)的副本，并根據(jù)該副本直接生成新的AOF文件。

主進(jìn)程在重寫期間將新增的寫操作寫入原來的 AOF文件 和 AOF重寫緩存 中，即使重寫失敗原來的AOF文件仍保存了完整的數(shù)據(jù)。當(dāng)子進(jìn)程完成AOF重寫后會(huì)向主進(jìn)程發(fā)送信號(hào)，主進(jìn)程收到該信號(hào)后會(huì)將AOF重寫緩存中的內(nèi)容寫入新的AOF文件，然后用新的AOF文件覆蓋原有文件。

在redis.conf中配置AOF:

appendonly yes  
  

appendfilename appendonly.aof  
  


appendfsync everysec 

    no-appendfsync-on-rewrite no   
  


auto-aof-rewrite-percentage 100  
  

auto-aof-rewrite-min-size 64mb

Redis會(huì)記錄啟動(dòng)時(shí)或上次重寫后AOF文件的大小，若新增數(shù)據(jù)的大小達(dá)到原大小的100%（auto-aof-rewrite-percentage配置）則觸發(fā)重寫。

只有當(dāng)前AOF文件體積大于auto-aof-rewrite-min-size時(shí)才會(huì)執(zhí)行重寫操作，否則即使新增數(shù)據(jù)量超過指定百分比也不會(huì)執(zhí)行重寫。這樣避免了原文件過小導(dǎo)致初期頻繁重寫的問題。

以上是“Redis持久化機(jī)制的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

分享題目：Redis持久化機(jī)制的示例分析
文章轉(zhuǎn)載：http://bm7419.com/article28/igdjcp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)公司、網(wǎng)站改版、網(wǎng)站設(shè)計(jì)、自適應(yīng)網(wǎng)站、云服務(wù)器、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)