面试题：Redis RDB持久化自动化保存策略相关

Question

简述Redis RDB持久化自动化保存策略中常见的配置参数及其含义，并说明如何根据业务场景调整这些参数。

Answer 1

常见配置参数及其含义

1. save ：
   • 含义：表示在指定的seconds秒内，如果数据库发生了至少changes次写操作，则触发一次RDB持久化。例如save 900 1，意味着在900秒（15分钟）内如果至少有1次写操作，就会进行RDB持久化；save 300 10表示300秒（5分钟）内至少有10次写操作就触发持久化。
2. stop - writes - on - bgsave - error yes|no：
   • 含义：当在执行bgsave（后台进行RDB持久化）过程中出现错误时，是否停止后续的写操作。yes表示停止，no表示不停止。默认值为yes，这样可以防止数据不一致问题，但可能影响业务的写操作可用性。
3. rdbcompression yes|no：
   • 含义：是否对生成的RDB文件进行压缩。yes表示启用压缩，会占用一定的CPU资源，但可以减少RDB文件的大小，方便存储和传输；no表示不压缩，这样可以节省CPU资源，但RDB文件会较大。默认值为yes。
4. rdbchecksum yes|no：
   • 含义：是否在RDB文件中添加校验和。yes表示添加，在加载RDB文件时会进行校验和检查，确保数据的完整性，但会增加一些文件大小和加载时间；no表示不添加校验和，加载速度可能会稍快，但无法验证数据完整性。默认值为yes。

根据业务场景调整参数

1. 高写入频率且允许一定数据丢失场景：
   • 可以设置较短的seconds和较小的changes值，如save 60 100，这样能更频繁地进行RDB持久化，减少数据丢失的风险，但会增加磁盘I/O和CPU负担。
   • 对于stop - writes - on - bgsave - error可设置为no，保证写操作的连续性，即使RDB持久化出错也不影响业务写入，但可能存在数据不一致风险，需要在后续处理中进行修复。
2. 对数据完整性要求极高且写入频率较低场景：
   • 可设置较长的seconds和较大的changes值，如save 3600 10，减少RDB持久化的频率，降低对系统性能的影响。
   • stop - writes - on - bgsave - error设置为yes，确保在RDB持久化出错时停止写操作，防止数据不一致。
   • 对于rdbcompression，如果存储资源充足且对CPU资源比较敏感，可设置为no，减少CPU开销；若存储资源紧张，则保持yes进行压缩。
3. 对加载速度要求高场景：
   • 可以考虑将rdbchecksum设置为no，加快RDB文件的加载速度，但要权衡数据完整性验证的必要性。
   • 同时合理调整save参数，平衡持久化频率和系统性能，避免因频繁持久化导致加载的RDB文件过大。