1. redis持久化aof与rdb的区别
Redis持久化方式AOF与RDB的主要区别如下：
AOF（Append-Only File）持久化方式通过记录所有对数据库的写操作日志来进行数据持久化，它记录了所有对数据库进行写操作的命令，可以确保数据的完整性和一致性。但是，AOF持久化在数据量大时可能会占用较多的磁盘空间，且在数据恢复时需要重新执行所有的写操作命令。
RDB（Redis DataBase）持久化方式则通过定时生成数据快照的方式进行数据持久化，它只保存了某个时间点上的数据快照，不是实时的写入操作，因此能够节省磁盘空间。在数据恢复时，RDB可以直接读取预先生成的快照文件进行恢复，相对较为快速。
在实际使用中，可以根据不同的需求选择合适的持久化方式。如果需要高可靠性和一致性，可以选择AOF持久化方式；如果对性能和磁盘空间有较高要求，可以选择RDB持久化方式。同时，也可以结合使用两种方式，以提高数据的安全性和可靠性。
2. Redis持久化策略之RDB
Redis内存中存储的数据面临宕机风险，数据丢失问题。为保障数据安全，Redis提供了RDB和AOF两种持久化策略。本文主要探讨RDB的使用及其优缺点，基于Redis 6.2.4版本。
首先，RDB配置在redis.conf文件中，通过save指令设置多层条件：900秒内1次修改、300秒内10次修改或60秒内10000次修改都会触发全量数据备份。这样设计是为了平衡性能和数据完整性，适应不同时间段的读写负载。
RDB配置还包括错误处理、是否压缩快照（建议关闭以节省CPU资源）、禁用持久化等选项。手动执行save或bgsave命令来触发RDB，bgsave在后台进行，避免阻塞主进程。
RDB持久化的触发方式包括定时配置、flushall命令和主从复制。RDB的优点在于生成的二进制快照占用空间小，备份速度快，且对主线程影响小。然而，RDB的缺点在于宕机期间可能存在数据丢失，且在数据量大时对CPU性能有影响。
总结来说，本文深入讲解了RDB的配置、触发机制以及其优缺点，帮助你更好地理解和运用RDB持久化策略，以保护Redis数据安全和性能。