Redis的追加原理主要依赖AOF（Append Only File）持久化机制，它通过记录每个写命令的追加方式来实现数据持久化。新趋势是结合RDB快照和AOF日志的混合持久化，提升性能和可靠性。核心配置包括appendonly yes、appendfsync everysec，fsync策略平衡安全与性能。教程步骤：1. 编辑redis.conf设置appendonly yes；2. 重启Redis；3. 执行BGREWRITEAOF优化AOF文件。代码示例：CONFIG SET appendonly yes; CONFIG SET appendfsync everysec;

一、Redis AOF 持久化原理详解

Redis的AOF（Append Only File）持久化是一种将所有写操作以追加日志的方式记录到磁盘文件中，从而实现数据持久化的机制。每次有写操作发生，Redis都会将对应的命令追加到AOF文件中，例如SET key value命令就会被完整记录下来。即使Redis进程崩溃，重启时可以通过重放AOF文件中的命令来恢复数据。

AOF重写机制

AOF文件会随着时间的推移变得越来越大，因为它记录了所有的写操作。为了解决这个问题，Redis提供了自动重写机制。当AOF文件大小达到一定阈值时（比如超过上一次重写后的两倍），Redis会fork出一个子进程，对当前的数据集进行紧凑重写，只保留重建当前数据集的最少命令序列，从而大幅缩小AOF文件大小。

Redis 7.0 新特性：多部分 AOF

Redis 7.0 引入了多部分 AOF 文件格式，这是一种全新的数据持久化趋势。它将 AOF 文件拆分成多个部分，包括基础文件（base）和增量文件（incremental），支持并行写入和更高效的恢复过程。这种设计大大提升了高并发场景下的持久化性能，同时保持了数据的完整性。

AOF fsync 策略配置

Redis提供了三种fsync策略：no（OS决定）、always（每次写都fsync，安全但性能差）、everysec（每秒fsync一次，推荐）。everysec策略下最多丢失1秒数据，是性能与安全的最佳平衡。新趋势中，结合no-wait模式进一步优化。

混合持久化开启

从Redis 4.0开始，支持混合持久化。在aof-use-rdb-preamble yes配置下，AOF重写时使用RDB格式生成基础部分，后续追加增量命令。这种方式结合RDB的紧凑性和AOF的持久性，是当前技术进阶必备方案，fork时间更短，文件更小。

实践配置与优化

在redis.conf中设置：appendonly yes、appendfsync everysec、auto-aof-rewrite-percentage 100、auto-aof-rewrite-min-size 64mb、aof-use-rdb-preamble yes。监控AOF文件大小，使用INFO命令查看aof_current_size，重启时自动加载AOF恢复数据。

FAQ

Q: AOF和RDB哪个更好？
A: AOF数据更完整，恢复更快，但文件更大；RDB适合备份，恢复慢但紧凑。推荐混合使用。
Q: 如何避免AOF文件过大？
A: 开启自动重写，设置auto-aof-rewrite-percentage 100和min-size。
Q: fsync everysec会丢数据吗？
A: 是，最多丢1秒数据，比always快6倍。
Q: Redis 7.0多部分AOF怎么用？
A: 默认开启，设置aof-multiple-files yes，提升并发写入性能。