❝本文講解知識點 持久化的簡介 RDB AOF RDB與AOF的差別 持久化應用場景
❞
❝喀喀爾整理了一個路線圖，打造一份面試寶典，準備按照這樣的路線圖進行寫文章，後期發現沒有補充到的知識點在進行添加。也期待各位夥伴一起來幫忙補充一下。評論區見！
❞
centos7.0 redis4.0 redis存放目錄：/usr/local/redis redis.conf存放目錄：/usr/local/redis/data
#redis的所有資料都是保存在記憶體中，redis崩掉資料會遺失。 redis持久化就是把資料保存在磁碟上。利用永久性儲存媒體將資料進程保存，在特定的時間將保存的資料進行復原的工作機制稱為持久化。
持久化過程保存的是什麼呢？
第一種快照形式，儲存資料結果，關注點在數據，也就是下文會講到的RDB
第二種操作過程，儲存操作過程，儲存結構複雜，關注點在資料的操作過程，也就是下文會講到的AOF
#下圖是redis.conf的設定訊息，執行完save後會產生一個dump.rdb的檔案
現在我們設定一個值，然後save一下，在/usr/local/redis/data下就會有一個dump6379.rdb的一個檔案
#當在redis執行了bgsave後會直接傳回一個Background saving started
這個時候我們在看日誌文件，bgsave指令是針對save阻塞問題做的最佳化
<span style="display: block; background: url(https://my-wechat.mdnice.com/point.png); height: 30px; width: 100%; background-size: 40px; background-repeat: no-repeat; background-color: #272822; margin-bottom: -7px; border-radius: 5px; background-position: 10px 10px;"></span><code class="hljs" style="overflow-x: auto; padding: 16px; color: #ddd; display: -webkit-box; font-family: Operator Mono, Consolas, Monaco, Menlo, monospace; font-size: 12px; -webkit-overflow-scrolling: touch; letter-spacing: 0px; padding-top: 15px; background: #272822; border-radius: 5px;"><span class="hljs-selector-tag" style="color: #f92672; font-weight: bold; line-height: 26px;">save</span> 900 1<br><span class="hljs-selector-tag" style="color: #f92672; font-weight: bold; line-height: 26px;">save</span> 300 10<br><span class="hljs-selector-tag" style="color: #f92672; font-weight: bold; line-height: 26px;">save</span> 60 10000<br><span class="hljs-selector-tag" style="color: #f92672; font-weight: bold; line-height: 26px;">stop-writes-on-bgsave-error</span> <span class="hljs-selector-tag" style="color: #f92672; font-weight: bold; line-height: 26px;">yes</span><br></code>
save 【時間】 【key改變數量】也就是說在300秒有10個key值改變了，就會在背景執行bgsave###AOF持久化：以獨立日誌的方式記錄每次寫入命令，重啟時在重新執行AOF檔案中命令達到資料復原的目的。與RDB相比可以簡單描述為記錄資料產生的過程
AOF的主要作用是解決了資料持久化的即時性，目前已經是redis持久化的主流方式
#執行一個redis指令
redis的AOF會把指令刷新緩衝區
然後根據一定的策略同步的到redis.conf配置的.aof檔案中
appendonly yes|no然後我們在redis客戶端執行一條指令，在來查看一下。可以看到資料都會存入appendonly.aof這個檔案。 
#我們先來看一個案例，我們重複設定了name這個key後，打開appendonly.aof檔案查看，可以看到有三個操作，但是這三個操作我們都是修改的一個key啊！我們只保存最後一個key不行嗎？帶著這個疑問，我們在繼續往下看
隨著指令不斷寫入AOF，檔案會越來越大，為了解決這個問題，redis引入了AOF重寫機制壓縮檔案體積。 AOF檔案重寫是將redis進程內的資料轉換為寫入指令同步到新AOF檔的過程。簡單說就是將對同一個資料的若干條指令執行結果轉換為最終結果資料對應指令的執行記錄。
如在上邊我們執行了三次 set name 指令，但是我們最後只需要最後一次執行的資料。也就是我們只需要最後一次執行記錄即可。
hdel，srem。多次設定一個key值等lpush list a lpush lsit b lpush list c可以轉化為lpush list a b c。但為了防止資料量過大造成客戶端緩衝區溢出，對list，set，hash，zset類型每條指令最多寫入64個元素#指令：bgrewriteaof
接著我們3- 5的問題，我們在命令列執行bgrewriteaof指令然後查看appendonly.aof檔案
當執行完後會發現檔案變小了，檔案裡也就只有一條指令了
設定：auto-aof-rewrite-percentage 100 | auto-aof-rewrite-min-size 64mb觸發對比參數： aof_current_size | aof_base_size
當aof_current_size > auto-aof-rewrite-min-size 64mb 會啟動重寫
此圖來源於網絡
对数据非常敏感，建议使用默认的AOF持久化方案
数据呈现阶段有效性，建议使用RDB持久化方案
综合对比
❝坚持学习、坚持写博、坚持分享是咔咔从业以来一直所秉持的信念。希望在偌大互联网中咔咔的文章能带给你一丝丝帮助。我们下期再见。
❞
推荐：《redis教程》
以上是一文帶你了解Redis持久化完整版本的詳細內容。更多資訊請關注PHP中文網其他相關文章！
