Redis提供了兩種不同的持久化方式：
RDB：在指定的時間間隔內(nèi)生成數(shù)據(jù)快照，以二進制進行存儲
AOF：記錄服務(wù)器執(zhí)行的所有寫操作命令，并在服務(wù)器啟動時，通過重新執(zhí)行這些命令來還原數(shù)據(jù)集新命令會被追加到文件的末尾,每隔一段時間在后臺對AOF文件進行重寫使AOF文件的體積不會超出保存數(shù)據(jù)所需實際大小
Redis還可以同時使用AOF和RDB，在這種情況下，當Redis重啟后，它會優(yōu)先使用AOF文進行數(shù)據(jù)還原，因為AOF文件保存的數(shù)據(jù)通常比RDB保存的數(shù)據(jù)更完整，通常AOF和RDB協(xié)同工作，在一定程度上彌補了他們的缺點
RDB的優(yōu)缺點：
優(yōu)點：
1、文件緊湊，它保存了Redis在某個時間點上的數(shù)據(jù)集，非常適合用于進行備份 2、可以大化Redis的性能，父進程在保存RDB文件時唯一要做的就是fork出一個子進程，然后這個子進程就會處理接下來的所有持久化工作，父進程無須執(zhí)行任何磁盤 I/O 操作
3、在恢復(fù)數(shù)據(jù)量比較大時速度比AOF的恢復(fù)速度快
缺點：
1、無法實時備份，在服務(wù)器出現(xiàn)故障時可能會丟失部分數(shù)據(jù)
2、由于使用子進程進行數(shù)據(jù)持久化，當數(shù)據(jù)比較大的時候可能會占用比較多的cpu資源
3、每一次都是完整備份，而無法實現(xiàn)增量備份
AOF的優(yōu)缺點：
優(yōu)點：
1、實時的記錄了redis的寫操作，在服務(wù)器出現(xiàn)故障時基本不會造成數(shù)據(jù)丟失
2、在AOF文件體積過大時，自動地在后臺對AOF進行重寫，重寫后的AOF文件包含了恢復(fù)數(shù)據(jù)所需的最小命令集
3、AOF以Redis協(xié)議的格式進行保存，可讀性好，對文件進行分析也很輕松
缺點：
1、AOF文件的體積通常要大于RDB文件的體積
2、AOF的恢復(fù)速度通常慢于RDB
AOF文件的重寫過程：
AOF文件體積在達到一定程度時會在后臺啟動AOF文件重寫功能通過fork打開一個子進程，這個進程器讀取整個redis的數(shù)據(jù)內(nèi)容，將他生成一個新的AOF文件，在AOF文件重寫是產(chǎn)生的寫操作記錄兩份，一份直接寫入的舊的AOF文件中，一份放入緩存區(qū)，當AOF文件重寫完成之后替換掉舊的AOF文件并將緩存區(qū)的寫操作追加到新的AOF文件中
復(fù)制特點：
1、Redis使用異步非阻塞進行復(fù)制
2、一主可以有多從，從服務(wù)器也可以有從服務(wù)器
3、可以通過復(fù)制讓主服務(wù)器免于不用持久化，由從服務(wù)器去執(zhí)行持久化操作(不建議這么使用)
復(fù)制過程：
1、slave向主服務(wù)器發(fā)起同步請求
2、master執(zhí)行bgsave生成鏡像文件，在這個過程中產(chǎn)生的新數(shù)據(jù)會存入緩存區(qū)，當bgsave執(zhí)行完畢后生成一個.rbd文件，master將.rbd文件和緩存區(qū)的數(shù)據(jù)發(fā)送給slave，slave收到master的數(shù)據(jù)后將這些數(shù)據(jù)存入本地硬盤，slave從本地硬盤中載入數(shù)據(jù)到內(nèi)存
3、即使有多個slave同時向主服務(wù)器發(fā)送同步請求，master也只需執(zhí)行一次bgsave
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
