Redis的持久化策略(RDB和AOF)

redis支持两种不同的持久化操作:RDB和AOF。

持久化的作用:redis基于内存,如果redis突然宕机,内存中的数据也不见,这时大量请求直达数据库,造成类似缓存雪崩的影响。

一.快照(RDB)

RDB方式将redis某一时刻的存储数据生成快照并持久化到磁盘,是一种快照式的持久化方式。默认情况下快照保存在dump.rdb的二进制文件中。

生成方式:有同步save和异步bgsave两种。

save是同步IO,回阻塞redis其他命令,不会消耗内存但是会阻塞客户端命令;

bgsave是异步IO,会调用fork函数生成子进程,消耗内存但是不会阻塞客户端命令;

原理:先将数据写进临时文件,待持久化过程结束后用临时文件替换上次持久化好的文件。因此可以随时备份,因为快照文件总是完整可用的。在RDB中redis会单独创建子进程进行持久化,主进程不受影响。

优点:大规模恢复数据时,比AOF更高效。

缺点:不能保证数据完整性,当redis故障时会有数据丢失。

二.只追加文件(AOF)

原理:AOF将redis执行过程的所有指令记录下来,在下次redis重启时会创建子进程把这些指令从前往后重复执行一遍,来实现数据恢复。

AOF重写优化:如果AOF内太多无用指令,AOF会定期根据内存的最新数据生成AOF文件。

优点:AOF默认每秒将缓存中的写指令

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
RDBRedis Database)和AOF(Append-Only File)是Redis中两种常见的持久方式,它们有以下区别: 1. RDB持久RDB是将Redis数据库在某个时间点的数据快照保存到硬盘上的一种方式。它通过fork一个子进程来完成持久操作,首先将数据写入一个临时文件,然后用这个临时文件替换上一个RDB文件,从而实现数据的持久RDB方式适合用于备份、灾难恢复和数据库迁移等场景。 2. AOF持久AOF是通过将Redis的写命令追加到文件的末尾来记录数据库的操作。Redis重启时,通过重新执行AOF文件中的命令来恢复数据库状态。相比于RDB方式,AOF可以提供更高的数据安全性,因为它记录了每个写操作的历史,可以保证在Redis异常退出或宕机时不会丢失数据。AOF方式适合用于数据持久和实时备份等场景。 3. RDB的优点:RDB方式对于数据恢复速度较快,在大规模数据恢复时比AOF更高效。由于RDB是一个紧凑的二进制文件,相对于AOF文件来说更小,可以节省存储空间。此外,RDB方式对Redis的性能影响较小。 4. AOF的优点:AOF方式可以提供更高的数据安全性,因为它记录了每个写操作的历史,可以保证在Redis异常退出或宕机时不会丢失数据。AOF文件是一个文本文件,易于理解和修改。 总结来说,RDB方式适合于备份和灾难恢复,而AOF方式适合于数据持久和实时备份。在选择持久方式时,需要根据实际需求进行权衡和选择。另外,也可以同时使用RDBAOF两种方式,以提供更好的数据安全性和灾难恢复能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

psvm_code

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值