Redis持久化

最新推荐文章于 2024-09-06 14:56:43 发布

阿炳耀！

最新推荐文章于 2024-09-06 14:56:43 发布

阅读量85

点赞数

分类专栏： Redis 文章标签： Redis持久化 Redis RDB AOF 持久化

本文链接：https://blog.csdn.net/qq_41065250/article/details/100269587

版权

2 篇文章 0 订阅

订阅专栏

RDB（快照）

Redis可以通过创建快照来获得存储在内存里面的数据在某个时间点上的副本。通俗讲就是能够在指定的时间间隔能对你的数据进行快照存储
根据配置，快照将被写人dbfilename选项指定的文件里面，并储存在dir选项指定的路径上面。如果在新的快照文件创建完毕之前，Redis、
系统或者硬件这三者之中的任意一个崩溃了，那么Redis将丢失最近次创建快照之后写人的所有数据。

打开“redis.windows.conf”找到SNAPSHOTTING对应内容
#save “” save 900 1
save 300 10
save 60 10000
语法：save “秒数”“记录数”，表示在多少秒内有多少次写入会触发一次BGSAVE命令。
指定本地数据库文件名，一般采用默认的
dump.rdb dbfilename dump.rdb
指定本地数据库存放目录，一般也用默认配置
dir ./
默认开启数据压缩
rdbcompression yes

1. 客户端可以通过向Redis 发送BGSAVE命令来创建一一个快照。（该命令除了Windows平台，其他平台基本都支持.）Redis 会调用fork 来创建一个子进程，然后子进程负责将快照写人硬盘，而父进程则继续处理命令请求。

2. 客户端还可以通过向Redis发送SAVE命令来创建一个快照，接到SAVE命令的Redis服务器在快照创建完毕之前将不再响应任何其他命令。（不常用）

3. 在Redis的配置文件“redis.windows.conf”中配置“save”选项。

4. 当Redis通过SHUTDOWN命令接收到关闭服务器的请求时，或者接收到标准TERM信号时，会执行一个SAVE命令，阻塞所有客户端，不再执行客户端发送的任何命令，并在SAVE命令执行完毕之后关闭服务器。

优点：

1.RDB是一个非常紧凑的文件,它保存了某个时间点得数据集,非常适用于数据集的备份

2.RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程,接下来的工作全部由子进程来做，父进程不需要再做其他IO操作，所以RDB持久化方式可以最大化redis的性能.

3.与AOF相比,在恢复大的数据集的时候，RDB方式会更快一些.

缺点：

1.如果你希望在redis意外停止工作（例如电源中断）的情况下丢失的数据最少的话，那么RDB不适合。

2.RDB 需要经常fork子进程来保存数据集到硬盘上,当数据集比较大的时候,fork的过程是非常耗时的,可能会导致Redis在一些毫秒级内不能响应客户端的请求。

AOF持久化会将被执行的写命令写到AOF文件的末尾，以此来记录数据发生的变化。因此，Redis 只要从头到尾重新执行一次AOF文件包含的所有写命令，就可以恢复AOF文件所记录的数据集。

打开“redis.windows.conf”找到APPEND ONLY MODE 对应内容
1.Redis默认关闭，须把no该为yes
appendonly yes
2.指定本地数据库文件名，默认值为 appendonly.aof
appendfilename "appendonly.aof"
3.指定更新日志条件
–
appendfsync always
同步持久化，每次发生数据变化会立刻写入到磁盘中。性能较差当数据完整性比较好（慢，安全）
–
appendfsync everysec
出厂默认推荐，每秒异步记录一次（默认值）
–
appendfsync no
不同步
4.配置重写触发机制
auto-aof-rewrite-percentage 100(百分比)
auto-aof-rewrite-min-size 64mb
当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发

优点：

1.AOF 会让你的Redis更加耐久
2.Redis 可以在 AOF 文件体积变得过大时，自动地在后台对 AOF 进行重写
3.AOF 文件有序地保存了对数据库执行的所有写入操作，这些写入操作以 Redis 协议的格式保存，因此 AOF 文件的内容非常容易被人读懂，对文件进行分析（parse）也很轻松。