Redis持久化

最新推荐文章于 2022-06-11 22:16:39 发布

ke-King

最新推荐文章于 2022-06-11 22:16:39 发布

阅读量149

点赞数

分类专栏： Redis

本文链接：https://blog.csdn.net/BinaryInLife/article/details/79776681

版权

5 篇文章 0 订阅

订阅专栏

Redis的高性能是由于其将所有数据都储存在了内存中,为了使Redis在重启之后仍能保证数据不丢失,需要将数据从内存中同步到硬盘中,这一过程就是持久化.
Redis支持两种方式的持久化,一种是RDB方式,一种是AOF方式.可以单独使用其中一种或将二者结合使用.

一旦采用该方式,那么整个Redis数据库将只包含一个文件,这对于文件备份而言是非常完美的.
对于灾难恢复而言,RDB是非常不错的选择,因为我们可以非常轻松的将一个单独的文件压缩后再转移到其他存储介质上.
性能最大化,对于Redis的服务进程而言,在开始持久化是,它唯一需要做的只是fork出子进程,之后再由子进程完成遮羞持久化的工作,这样就可以极大的避免服务进程执行IO操作.
相比于AOF机制,如果数据集很大,RDB的启动效率会更高

如果想保证数据的高可用性,即最大限度的避免数据丢失,那么RDB将不是一个很好的选择,因为系统一旦在定时持久化之前出现宕机现象,此前没有来得及羞辱磁盘的数据都将丢失.
由于RDB在通过fork子进程来协助完成数据持久化工作的,因此,如果当数据集较大时,可能会导致整个服务器停止服务几百毫秒.

redis.conf配置文件

dbfilename dump.rdb #rdb保存文件名称
dir ./ #rdb保存位置

该机制可以带来更高的数据安全性,即数据持久性.Redis中提供了3种同步策略,即每秒同步,每修改同步和不同步.事实上,每秒同步也是异步完成的,其效率也是非常高的,所差的是一旦系统出现宕机现象,那么这一秒钟之内修改的数据将会丢失,而每修改同步,可以将其视为同步持久化,即每次发生的数据变化都会被立即记录到磁盘中,可以预见,这种方式在效率上是最低的.
由于该机制对日志文件的写入操作采用的是append模式,因此在写入过程中即使出现宕机现象,也不会破坏日志文件中已经存在的内容.
如果日志过大,Redis可以自动启动rewrite机制,即Redis以append模式不断的将修改数据写入到老的磁盘文件,同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令别执行,一次在进行rewrite切换时可以更好的保证数据安全性
AOF包含一个格式清晰,易于理解的日志文件用于记录所有的修改操作,事实上,也可以通过该文件完成数据的重建

redis.conf配置文件
appendonly yes #开启AOF

appendfsync always #每次有数据修改发生时都会写入AOF文件
appendfsync everysec #每秒钟同步一次,该策略为AOF默认策略
appendfsync no #从不同步,数据不会持久化

关注