Redis是一種內存數據庫，為了避免數據丟失，需要將數據持久化到磁盤上。Redis提供了兩種持久化方式：RDB快照和AOF日志。下面將詳細介紹這兩種方式及其配置。

1. RDB快照：
   RDB快照是將數據庫中的數據保存到一個二進制文件中，即在某個時間點上將數據庫狀態保存到磁盤上。RDB方式適用于數據集比較大，可以接受較長數據丟失的場景。

配置參數：

• save：
• save 900 1：表示如果900秒內有至少1個鍵被修改，則進行RDB持久化。
• save 300 10：表示如果300秒內有至少10個鍵被修改，則進行RDB持久化。
• stop-writes-on-bgsave-error：
• stop-writes-on-bgsave-error yes：表示如果RDB持久化出錯，則停止寫操作。
• stop-writes-on-bgsave-error no：表示如果RDB持久化出錯，仍然允許寫操作。

2. AOF日志：
   AOF日志是將寫操作以日志的方式追加到文件中，通過重新執行這些寫操作來還原數據庫狀態。AOF方式適用于對數據完整性要求較高，可以接受性能損耗的場景。

配置參數：

• appendonly：
• appendonly yes：打開AOF日志功能。
• appendonly no：關閉AOF日志功能。
• appendfsync：
• appendfsync always：每個寫操作都立即寫入磁盤，保證了數據的完整性，但對性能有較大影響。
• appendfsync everysec：每秒鐘同步一次，平衡了數據的完整性和性能。
• appendfsync no：交由操作系統決定何時進行寫入，性能最高但數據完整性有一定風險。
• auto-aof-rewrite-percentage：
• auto-aof-rewrite-percentage 100：當AOF文件增長到上一個重寫的100%時，自動執行AOF重寫操作。

3. RDB與AOF的選擇：

• RDB方式數據恢復速度快，占用磁盤空間較小，但可能會丟失比較近期的數據，適用于數據量大，對數據完整性要求不高的場景。
• AOF方式數據恢復速度相對較慢，占用磁盤空間相對較大，但可以保證較高的數據完整性，適用于對數據完整性要求較高的場景。

配置示例：

# 開啟RDB快照
save 900 1
save 300 10
# RDB持久化出錯后停止寫操作
stop-writes-on-bgsave-error yes

# 開啟AOF日志
appendonly yes
# 每秒同步一次
appendfsync everysec
# AOF重寫比例為100%
auto-aof-rewrite-percentage 100

總結：
Redis的持久化方式有RDB快照和AOF日志，可以通過配置文件中的參數進行相應的配置。根據業務場景的需求，選擇合適的持久化方式是非常重要的，需要綜合考慮數據完整性、性能和存儲空間等因素。