Redis持久化机制详解：RDB与AOF对比

Redis第三次课笔记1主要探讨了Redis的持久化机制，这是一种在系统崩溃或重启时保持数据完整性的关键功能。Redis提供了两种主要的持久化策略：RDB（Redis持久化二进制）和AOF（Append Only File）。 1. RDB持久化策略： - RDB通过定期将内存中的数据同步到磁盘实现持久化。用户可以通过`save`命令自定义快照规则，例如`save9001 <changes>`表示在900秒内键的数量变化超过1次，就执行快照。 - `bgsave`是非阻塞模式，它在后台异步执行快照，避免影响客户端请求。然而，这可能导致数据更新的延迟。 - 当执行`flushall`命令时，如果配置有快照规则，Redis会先创建快照再清空内存。 - 快照过程中，Redis使用`fork`函数创建子进程，子进程负责将数据写入磁盘，而父进程继续服务客户端。RDB文件是压缩的二进制格式，便于存储和传输。 2. RDB的优点与缺点： - 优点在于性能较好，因为保存过程独立于客户端，但大规模数据集可能因fork操作耗费时间。 - 缺点是如果Redis在保存期间崩溃，可能会丢失最后一次快照后的所有数据，需要依赖自动快照规则来降低风险。对于重要数据，可以考虑使用AOF。 3. AOF（Append Only File）： - 实现方式是记录每个操作命令，而非整个数据集，这样即使在异常情况下也能恢复到最近的正确状态。 - 在实践中，可以通过修改`redis.conf`中的`appendonly yes`启用AOF，并观察bin目录下生成的`.aof`文件。进一步，可以通过调整`auto-aof-reload-percentage`和`auto-aof-rewrite-percentage`参数优化AOF文件的大小和处理策略。 总结来说，Redis的持久化策略选择取决于应用场景的需求，RDB适合追求性能，而AOF则提供更高的数据安全性。理解这两种机制有助于更好地管理Redis实例，确保数据的可靠性和恢复能力。