面试题答案
一键面试1. save条件对RDB文件生成及载入性能的影响
- 生成性能：save条件定义了在指定时间间隔内数据集发生多少次写操作时执行一次RDB持久化。例如
save 900 1表示900秒内如果有1次写操作，就触发RDB生成。过于频繁的save条件（如短时间内要求少量写操作就触发）会导致频繁的RDB生成操作，这会消耗大量CPU和I/O资源，因为生成RDB文件时Redis需要fork一个子进程，子进程将内存数据快照写入磁盘。频繁的fork操作和磁盘I/O会降低Redis处理正常读写请求的性能。 - 载入性能：RDB文件载入时，载入速度主要取决于文件大小。频繁触发RDB生成可能导致生成的RDB文件较小，因为每次写入操作触发的时间间隔短，数据集变化量小。在载入时，较小的RDB文件理论上载入速度更快，但如果因为频繁触发导致RDB生成过程不稳定（如因资源消耗导致的写入错误），可能会影响载入。
2. rdbcompression对RDB文件生成及载入性能的影响
- 生成性能：
rdbcompression参数用于控制是否对RDB文件进行压缩。开启压缩（默认开启，即rdbcompression yes）时，生成RDB文件过程中，Redis会对数据进行压缩，这会消耗一定的CPU资源，但可以显著减小RDB文件的大小。关闭压缩（rdbcompression no）虽然能减少生成过程中的CPU消耗，但会使生成的RDB文件占用更多磁盘空间。 - 载入性能：压缩后的RDB文件在载入时，需要先进行解压缩，这会增加CPU负担。如果服务器CPU资源紧张，开启压缩可能导致载入速度变慢。但如果磁盘I/O是瓶颈，较小的压缩文件可以更快地从磁盘读取，从而在整体上加快载入速度。
3. 合理配置以优化载入性能
- save条件配置：根据业务场景合理设置save条件。如果业务对数据完整性要求不高，允许丢失部分近期数据，可以设置较为宽松的save条件，如
save 3600 100，即1小时内有100次写操作才触发RDB生成。这样可以减少RDB生成的频率，降低对正常业务的影响，同时生成的RDB文件相对较大，但在可接受范围内，载入时也不会因为文件过小而频繁触发载入操作。 - rdbcompression配置：需要综合考虑服务器的硬件资源。如果服务器CPU资源充足，磁盘I/O相对较慢，建议保持
rdbcompression yes开启状态，利用压缩减小文件大小，加快从磁盘到内存的载入速度。如果服务器CPU资源紧张，磁盘I/O性能较好，可以考虑关闭压缩（rdbcompression no），避免载入时的解压缩操作消耗过多CPU资源。同时，在配置时还应结合监控工具，观察不同配置下Redis的性能指标，如CPU使用率、I/O等待时间等，根据实际情况进行调整。