BGSAVE命令用于在后台保存当前数据库数据，语法是BGSAVE [SCHEDULE]，不带参数时立即fork一个子进程进行RDB快照保存；背景保存机制是Redis通过fork系统调用创建子进程，由子进程在后台将内存数据写入RDB文件，主进程继续处理命令，避免阻塞；提升数据持久化效率的方法包括调大save配置的阈值减少触发频率、使用AOF日志结合fsync everysec策略、优化RDB压缩开启rdbcompression yes、增加dir和dbfilename路径性能、升级到Redis 7.x利用IO线程加速fork。

BGSAVE命令语法

BGSAVE [SCHEDULE] 立即在后台保存当前数据库数据。 Redis会先fork一个子进程，然后在子进程中执行SAVE命令生成RDB文件，主进程会继续处理命令请求。 当Redis在后台保存数据时，如果有新的写命令，Redis会先将写命令记录到客户端缓冲区中，等到fork子进程完成之后，再将缓冲区中的写命令一次性发送给客户端。

背景保存流程

Redis的背景保存（BGSAVE）过程是这样的： 1. Redis调用fork()来创建子进程。 2. 父进程继续处理客户端请求，而子进程负责将内存中的数据写入临时文件。 3. 当子进程完成对RDB文件的写入后，它会向父进程发送信号，父进程收到信号后会调用rename()命令将临时文件重命名为实际的RDB文件名，并开始使用新的RDB文件。

提升持久化效率

为了提高数据持久化效率，可以考虑以下几点： 1. 调整save参数，减少自动触发BGSAVE的频率； 2. 使用AOF持久化方式，并设置appendfsync everysec； 3. 开启rdbcompression可以压缩RDB文件，但会消耗更多CPU； 4. 在redis.conf中设置stop-writes-on-bgsave-error no，避免写操作停止； 5. 使用更大的内存和更快的磁盘IO。

BGSAVE使用示例

redis> BGSAVE Background saving started

在后台执行BGSAVE时，如果INFO命令显示lastsave时间戳没有更新，不要惊慌，因为LASTSAVE命令只会返回主进程中保存操作完成的时间戳。

持久化优化技巧

提升Redis数据持久化效率的办法： 增大save的阈值，减少save次数；使用no-appendfsync关掉AOF的每写fsync；关掉rdbcompression可以减少cpu的消耗；关掉rdbchecksum可以减少cpu和内存消耗；让多个bgsave fork进程并行；用SSD磁盘代替HDD。

FAQ

Q: BGSAVE和SAVE有什么区别？
A: SAVE是阻塞式保存，主进程直接执行直到完成；BGSAVE是非阻塞，在后台子进程执行。

Q: 背景保存失败怎么办？
A: 检查日志，通常是磁盘空间不足或权限问题，配置stop-writes-on-bgsave-error no可继续写操作。

Q: AOF和RDB哪个效率高？
A: RDB快照适合冷备份，恢复快；AOF日志更可靠但文件大，结合使用最佳。

Q: 如何监控BGSAVE进程？
A: 用INFO persistence查看rdb_bgsave_in_progress和rdb_last_bgsave_status。