redis aof檔案過大問題

標籤：redis   aof檔案   過大問題   

最近新安裝了一台redis,版本為redis-3.2.5

資料盤用的是固態硬碟。

之前用的是普通硬碟，redis日誌天天報

 Asynchronous AOF fsync is taking too long (disk is busy?). Writing the AOF buffer without waiting for fsync to complete, this may slow down Redis.

換了固態硬碟，就沒報了。

用了3天，發現aof檔案越來越大。

-rw-r--r-- 1 root root 136672283898 Dec  9 08:50 appendonly_6379.aof

-rw-r--r-- 1 root root   5200941168 Dec  7 18:09 temp-rewriteaof-26452.aof

本身redis用了19G記憶體，但是aof檔案達到了128G

每天早上起床都要把磁碟擴容一次才行，不然磁碟就滿了，煩死了。

可是這樣下去，不能解決問題，畢竟是雲端服務器，每天加錢擴容也不好。

後來在網上，發現有一個命令BGREWRITEAOF，可以最佳化aof檔案

步驟如下:

先進入redis

redis-cli -p 6379 -h 127.0.0.1

127.0.0.1:6379>BGREWRITEAOF

再去查看aof檔案的目錄，發現多了一個檔案

-rw-r--r-- 1 root root 136672283898 Dec  9 08:51 appendonly_6379.aof

-rw-r--r-- 1 root root   5851018456 Dec  9 08:51 temp-rewriteaof-1927.aof

-rw-r--r-- 1 root root   5200941168 Dec  7 18:09 temp-rewriteaof-26452.aof

等待幾分鐘

再次查看aof檔案

-rw-r--r-- 1 root root 22477825463 Dec  9 09:11 appendonly_6380.aof

-rw-r--r-- 1 root root   5200941168 Dec  7 18:09 temp-rewriteaof-26452.aof

已經明顯減少了

再把temp-rewriteaof-26452.aof檔案刪除，它已經沒有用了

我突然發現一個問題

執行了BGREWRITEAOF之後，temp-rewriteaof之類的檔案，就再也沒有產生了，好神奇。

引用相關解釋:

BGREWRITEAOF

執行一個 AOF檔案 重寫操作。重寫會建立一個當前 AOF 檔案的體積最佳化版本。

即使 BGREWRITEAOF 執行失敗，也不會有任何資料丟失，因為舊的 AOF 檔案在 BGREWRITEAOF 成功之前不會被修改。

重寫操作只會在沒有其他持久化工作在後台執行時被觸發，也就是說：

如果 Redis 的子進程正在執行快照的儲存工作，那麼 AOF 重寫的操作會被預定(scheduled)，等到儲存工作完成之後再執行 AOF 重寫。在這種情況下， BGREWRITEAOF 的傳回值仍然是 OK ，但還會加上一條額外的資訊，說明 BGREWRITEAOF 要等到儲存操作完成之後才能執行。在 Redis 2.6 或以上的版本，可以使用 INFO 命令查看 BGREWRITEAOF 是否被預定。

如果已經有別的 AOF 檔案重寫在執行，那麼 BGREWRITEAOF 返回一個錯誤，並且這個新的 BGREWRITEAOF 請求也不會被預定到下次執行。

從 Redis 2.4 開始， AOF 重寫由 Redis 自行觸發， BGREWRITEAOF 僅僅用於手動觸發重寫操作。

我都已經3.2.5，貌似redis沒有自動觸發BGREWRITEAOF

算了，還是每天週期性去執行一次

寫了一個指令碼

brgewriteaof.sh

內容如下:

#!/bin/bash

/usr/local/redis/redis-cli -p 6379 -h 127.0.0.1 BGREWRITEAOF

添加許可權

chmod 755 brgewriteaof.sh

設定任務計劃，每天淩晨2點跑一次

0 2 * * * /opt/brgewriteaof.sh

本文出自 “隕落星空” 部落格，請務必保留此出處http://xiao987334176.blog.51cto.com/2202382/1881015

redis aof檔案過大問題