Redis 运维实战第05期：RDB 持久化

最新推荐文章于 2024-01-04 13:51:46 发布

likecolumn

最新推荐文章于 2024-01-04 13:51:46 发布

阅读量281

点赞数

本文链接：https://blog.csdn.net/likecolumn/article/details/109575520

版权

本文详细介绍了Redis的RDB持久化机制，包括bgsave的工作原理、如何通过配置触发RDB持久化、频繁执行全量快照的影响及运维技巧，如磁盘满时的解决方案、RDB压缩和文件损坏检测。同时提供了备份建议，推荐在需要高可用性时混合使用RDB和AOF。

摘要由CSDN通过智能技术生成

在这里插入图片描述
前面一节，我们聊了 AOF，AOF 有个不足点就是：进行数据恢复时，需要逐一把日志都执行一遍，非常耗时间。
Redis 还有另外一种持久化方法：内存快照。指内存中的数据在某一时刻的状态记录，这个快照文件就是 RDB（Redis DataBase）文件。

1 生成 RDB 的方式
两个命令可以生成 RDB 文件：save 和 bgsave
save：在主线程中执行，会导致阻塞，线上环境不建议使用
bgsave：创建一个子进程，专门用于写入 RDB 文件，避免了主线程的阻塞，这也是 Redis RDB 文件生成的默认配置。
bgsave 为了保证快照完整性，这期间只能处理读操作，Redis 借助操作系统提供的写时复制技术（Copy-On-Write，COW），在执行快照的同时，能正常处理写请求。
写时复制技术：
如果主线程要修改一块数据，那么，这块数据就会被复制一份，生成该数据的副本。然后 bgsave 子进程会把这个副本写入 RDB 文件，而这个过程中，主线程仍然可以直接修改原来的数据。
在测试实例上执行 bgsave
在这里插入图片描述 </