redis 关闭 bgsave 后整个 web 响应时间提升 5 倍，这是个坑么

Posted 2023-04-12

那个是把内存数据保存到磁盘的持久化设置。你关闭了，redis不去做这个工作当然会提高响应时间（同时说明你redis保存的数据有点多）。只是你要做好数据的安全工作，万一服务崩溃了你没有rdb文件备份，无法恢复数据了。 参考技术A 能有如此大的差距，很大可能是你原来触发bgsave的配置有很大问题。

比如库过大，bgsave还很频繁。

当然，如果你是高频全更新数据的话，完全不需要做bgsave。如果不是的话，你最好做好其他途径的数据持久化，否则就等着悲剧吧。。

Redis Save 与 BGSAVE 的区别

一，save保存数据到磁盘的方式：

Redis Save 命令执行一个同步保存操作，将当前 Redis 实例的所有数据快照(snapshot)以 RDB 文件的形式保存到硬盘。

语法
redis Save 命令基本语法如下：

redis 127.0.0.1:6379> SAVE

返回值

保存成功时返回 OK 。

 

二，BGSAVE保存数据到磁盘的方式：

BGSAVE 命令执行之后立即返回 OK ，然后 Redis fork 出一个新子进程，原来的 Redis 进程(父进程)继续处理客户端请求，而子进程则负责将数据保存到磁盘，然后退出。

客户端可以通过 LASTSAVE 命令查看相关信息，判断 BGSAVE 命令是否执行成功。

 

时间复杂度：

O(N)， N 为要保存到数据库中的 key 的数量。

案例：

redis> BGSAVE
Background saving started

 

 

三，结论

SAVE  保存是阻塞主进程，客户端无法连接redis，等SAVE完成后，主进程才开始工作，客户端可以连接

BGSAVE  是fork一个save的子进程，在执行save过程中，不影响主进程，客户端可以正常链接redis，等子进程fork执行save完成后，通知主进程，子进程关闭。很明细BGSAVE方式比较适合线上的维护操作，两种方式的使用一定要了解清楚在谨慎选择。