Failed opening the RDB file dump.rdb ... for saving: No space left on device

[op@test]$ tail -f /project/logs/redis/redis.log 
1550:M 24 Jun 2025 02:22:40.084 * 100 changes in 300 seconds. Saving... 
1550:M 24 Jun 2025 02:22:40.087 * Background saving started by pid 182388 
182388:C 24 Jun 2025 02:22:40.088 
# Failed opening the RDB file dump.rdb (in server root dir /project/data/redis)for saving: No space left on device 
1550:M 24 Jun 2025 02:22:40.188 
# Background savingerror 1550:M 24 Jun 2025 02:22:46.015 * 100 changes in 300 seconds. Saving... 
1550:M 24 Jun 2025 02:22:46.017 * Backaround saving started by pid 182389

从提供的 Redis 日志内容来看，Redis 在尝试进行持久化操作时遇到了磁盘空间不足的问题。以下是关键信息的解析和建议：

关键问题分析：

1. 持久化失败：

   • Failed opening the RDB file dump.rdb ... for saving: No space left on device：这表明 Redis 无法打开或写入 dump.rdb 文件，因为磁盘空间已满。
   • Background saving error：后台保存操作失败。

2. 触发持久化的条件：

   • 100 changes in 300 seconds. Saving...：这是根据 Redis 配置文件中 [save]指令定义的持久化策略（例如 save 300 100），表示在 300 秒内有 100 次修改就会触发一次快照保存。

解决方案建议：

1. 清理磁盘空间：

   • 删除不必要的文件或日志以释放 /project/data/redis 目录所在磁盘的空间。
   • 可以考虑使用 df -h 查看当前磁盘使用情况，并定位占用空间较大的文件或目录。

2. 调整 Redis 持久化策略：

   • 如果不需要频繁持久化，可以修改 [save]配置项来减少触发频率，或者禁用 RDB 持久化。

   • 修改 redis.conf 文件中的 [save]配置项，例如：

     save ""
     

   • 或者仅保留更宽松的策略，如：

     save 60 10000
     

3. 切换持久化路径：

   • 将 [dir]配置指向一个具有更多可用空间的目录：

     dir /new/path/with/more/space
     

4. 启用 AOF 持久化作为替代：

   • 如果 RDB 快照不适用，可以考虑使用 AOF (Append Only File) 持久化方式，它可以通过日志追加的方式记录每个写操作，避免大文件一次性写入带来的问题。
   • 启用 AOF 的配置如下：

     appendonly yes
     appendfilename "appendonly.aof"
     

5. 监控磁盘使用情况：

   • 设置定期监控任务（如使用 Prometheus + Node Exporter）来跟踪磁盘使用率，避免类似问题再次发生。