Redis持久化学习笔记

m0_59225692

已于 2023-10-17 10:31:20 修改

阅读量217

点赞数 8

文章标签： redis 学习笔记

于 2023-10-15 22:59:06 首次发布

本文链接：https://blog.csdn.net/m0_59225692/article/details/133849198

版权

文章目录

Redis持久化

语雀转到CSDN怎么感觉还挺麻烦。。
在小林coding学的，所有图片来自小林coding：小林coding

Redis持久化

Redis的数据是保存在内存里面的，重启电脑或者重启Redis后数据会丢失，为了保证数据不丢失，Redis实现数据持久化机制，这个机制会把数据存储到磁盘。
Redis共有三种持久化机制

AOF日志：每执行一条命令，就把该命令以追加的方式写到日志文件里。

Redis执行完一条命令后，先执行命令操作内存，然后会把该命令写到一个日志文件里，当Redis重启时，Redis会读取该日志文件记录的命令，然后逐一执行日志里的命令来进行数据恢复。
在这里插入图片描述

注意一个点：
是先执行命令，再写入日志文件的
这样做的好处：

避免额外的检查（语法错误）开销：如果先写日志，假如这个命令写错了呢？执行命令的时候才能发现错误，但是日志已经写好，那么下次重启时就会读取错误的日志。
不会阻塞当前命令的执行

这样做的坏处：

数据可能会丢失：假如刚执行完命令Redis就挂了，那么还没写到AOF，所以就丢数据了
可能阻塞其他操作：写日志也是用主线程执行的，会阻塞后面的命令

Redis AOF持久化方式写回硬盘的策略：

Always：Redis每次执行完命令后，都写日志到硬盘
Everysec：Redis执行完命令后每隔一秒写回到硬盘
No：交给操作系统决定
在这里插入图片描述

AOF日志过大怎么办？

随着Redis命令越来越多，AOF日志文件会越来越大，太大的话，每次重启Redis恢复数据就要好久。
Redis为了避免AOF文件越来越大，有一个AOF重写机制，当AOF文件的大小超过设定的阈值时，Redis会启动AOF重写机制，压缩AOF文件。
AOF重写机制启动的时候，会读取当前Redis数据库中的所有现存键值对，然后把这些数据记录到AOF日志文件，全部记录完后，就用新AOF日志替换旧AOF日志

在这里插入图片描述

RDB快照：将某一时刻内存数据，以二进制的方式写入磁盘。

为什么要用RDB？RDB和AOF的区别?

AOF日志他记录的是命令，而RDB快照记录的是某一瞬间的数据。恢复数据如果使用AOF，读完日志还要执行命令，相比于RDB恢复数据，RDB可以把快照数据直接恢复到内存里，效率更高。

RDB如何触发？

两个命令
save和bgsave
他们的区别在于是否在主线程里

save命令会在主线程生成RDB文件，可能阻塞命令执行
bgsave会用子线程生成RDB文件，不会阻塞主线程

PS：Redis生成的快照是全量快照，会把所有的数据都记录到磁盘中，频率应适中
RDB生成快照时，可以操作命令（数据）吗？
可以，因为Copy-On-Write技术，Redis在执行bgsave时会通过fork（）方法创建一个子进程，子进程和父进程共享内存区域，此时Redis操作数据时，这个子进程会把这个数据写入RDB文件。

混合持久化方式：4.0的功能，集成了AOF和RDB的优点。

首先看看AOF和RDB的优缺点
AOF：数据丢失少，但是AOF日志文件容易过大，影响恢复速度
RDB：恢复速度快，但是生成RDB快照的频率不好把握，太低会丢数据，太高消耗性能（因为是全量快照）
混合持久化：Redis 4.0出现
在AOF重写（压缩AOF日志文件的过程）时，先用RDB全量写入到AOF文件，再用AOF增量写子进程重写AOF期间主线程执行的命令入到AOF文件。
混合持久化的优缺点：

优点：前半部分为RDB，恢复数据时，速度更快，RDB是快照数据，直接搞到内存里，后半部分AOF又能降低数据丢失的风险。
缺点：AOF文件中添加了RDB格式的内容，使得AOF文件可读性差，只能使用Redis 4.0以后版本

用人话整理成面试题

Redis有哪些持久化方式？分别介绍一下

Redis持久化方式有三种
1.AOF
AOF是指每执行一条命令就写入AOF日志文件，Redis重启时会读取并运行这些命令
2.RDB
RDB是指通过save和bgsave命令生成RDB数据快照，Redis重启时直接同步到内存
3.混合持久化
AOF+RDB的模式，一个AOF日志文件，前半部分是RDB全量数据，后半部分是AOF增量数据