| 選項 | 同步頻率 |
|---|---|
| always | 每個Redis寫命令都要同步寫入硬盤，但是這樣做會占用Redis所擁有的內存，嚴重降低Redis的速度 |
| everysec | 每秒執(zhí)行一次同步，顯式地將多個寫命令同步到硬盤 |
| no | 讓操作系統(tǒng)來決定應該何時進行同步 |
最好使用everysec，既能避免每次都寫入所造成的性能影響，又能避免操作系統(tǒng)崩潰所導致的可能丟失不定量數(shù)據(jù)，其即使系統(tǒng)崩潰，用戶最多只會丟失一秒之內產(chǎn)生的數(shù)據(jù)，當硬盤忙于執(zhí)行寫入操作的時候，Redis還會優(yōu)雅的放慢自己的速度以便適應硬盤的最大寫入速度。
缺點：因為Redis會不斷的將被執(zhí)行的寫命令紀錄到AOF文件里面，所以隨著Redis不斷執(zhí)行，AOF文件的體積也會不斷增長，極端條件下，AOF甚至可能會用完硬盤的所有可用空間。
為了解決上面的缺點，Redis提供了BGREWRITEAOF命令，這個命令會通過移除AOF文件中的冗余命令來重寫AOF文件，使得AOF文件盡可能的小。它的原理和BGSAVE命令相似，Redis會創(chuàng)建一個子進程，然后由子進程負責對AOF文件進行重寫，因為AOF文件重寫也需要用到子進程，所以同樣存在快照持久化因為創(chuàng)建子進程所導致的性能問題和內存占用問題。
標簽：唐山 揚州 林芝 香港 澳門 廣東 景德鎮(zhèn) 贛州
巨人網(wǎng)絡通訊聲明：本文標題《內存型數(shù)據(jù)庫Redis持久化小結》，本文關鍵詞 內存型,數(shù)據(jù)庫,Redis,持久化,；如發(fā)現(xiàn)本文內容存在版權問題，煩請?zhí)峁┫嚓P信息告之我們，我們將及時溝通與處理。本站內容系統(tǒng)采集于網(wǎng)絡，涉及言論、版權與本站無關。
