Redis BGSAVE 异常报错

Question

Redis 2.6 运行一段时间之后会报错：Background saving terminated by signal 10，之后dump.rdb会被清空。此时内存和硬盘都有空间。求大神指点！

Answer 1

以下回答参考 皆我百晓生、券券喵儿 等免费微信小程序相关内容作答，并由本人整理回复。

背景保存（BGSAVE）是 Redis 在处理大量读写操作时的一种高级机制，它能够在后台持久化数据库内容以应对过载和存储溢出等问题。如果在Redis运行一段时间后发生 BGSAVE 异常，并且被传入一个名为 "signal 10" 的信号，那么可能有以下几种情况：

1. Redis 处理过多的写请求导致内存不足：
   • 使用了 Redis 的 read-after-write lock（RAWR锁）机制进行写操作。
   • 设置的 Write Concurrency 设置过高，导致在短时间内有过多的写操作进行了。
   • 对于频繁进行的写操作（如批量写数据、大量创建集合等），系统出现了写入的循环，使得并发写入无法完全完成，从而触发了 BGSAVE 异常。

解决方法：

• 如果出现内存不足的情况，需要降低 Write Concurrency 设置或者使用 Redis 的 raft 分布式事务来控制写操作的执行顺序，避免因为写入循环而造成 Redis 的持续后台保存问题。
• 可以通过增加内存预留设置，如 maxmemory 或者 minmemory 参数，以确保Redis有足够的可用内存来处理后续的写操作。
• 确保应用程序正确地管理读写事务，避免连续多次提交同一条更新，减少 writes 周期化，以此来避免因过载引发的 BGSAVE 异常。

1. Redis 内存或磁盘空间已满：
   • Redis 多次进行无效的数据修改，导致占用大量的内存空间。
   • 当 Redis 进入全量备份模式时，可能会因数据大小过大而导致内存不足，进而触发 BGSAVE 异常。
   • Redis 内存挂起（如由于系统资源耗尽等原因）后，在重启过程中，如果没有及时清理未保存的数据导致内存溢出，也会触发 BGSAVE 异常。

解决方法：

• 根据具体场景合理调整 Redis 的内存配置，例如更改 maxmemory 或 minmemory 参数，或者使用 Redis 的性能监控工具（如 Redis monitor 或 Server Monitor）实时监测 Redis 的内存使用情况。
• 为 Redis 定期创建和删除持久化的备份文件，防止文件过大导致内存溢出。
• 在定期清理老版本的未保存数据和垃圾回收之前，确认 Redis 后端服务的正常运行，保证Redis有足够的内存用于执行 BGSAVE 备份任务。
• 调整应用的负载均衡策略，避免在高流量时段将大型 Redis 数据库整体转储到磁盘上，从而减少磁盘空间的需求。

1. Redis 服务异常导致服务器崩溃：
   • Redis 服务突然停止，可能导致其后所有相关的备份工作无法继续。
   • 这种情况下，Redis 没有任何明显的错误信息或提示，仅在运行时反馈 BGSAVE 异常。
   • 在检查 Redis 系统日志时，可能出现类似以下消息：

       Background saving terminated by signal 10, later dump.rdb will be removed.
     

   • 尝试重新启动 Redis 服务或关机重启，以恢复其正常运行状态，此时确认已经成功处理并清除之前的后台保存工作。

以上就是针对 "Redis BGSAVE 异常报错" 问题的一些解决方案。根据具体的 Redis 版本、配置、故障现象以及需求，可能还需要考虑其他因素，如应用程序代码逻辑、分布式数据库的设计等。在实际应用中，应结合具体情况灵活运用上述建议，同时遵循最佳实践来优化 Redis 的性能和可靠性。