Redis提供的持久化机制(一)

Redis提供的持久化机制 

redis是一个内存数据库,也就是说它的所有的数据都是保存在内存中的,而内存中的数据当程序结束时就会消失,所以我们要想办法把内存中的数据写到磁盘中。当程序异常退出或者正常退出后,重新启动时就可以从磁盘文件中读取保存的数据,这就是redis的持久化。redis有两种持久化机制RDB与AOF,来了解下这两种机制的实现原理和区别。

1、先来看RDB持久化方式:

在RDB方式下,根据配置文件redis.conf的策略,达到策略的某些条件时来自动持久化数据。(默认下,持久化到dump.rdb文件,并且在redis重启后,自动读取其中文件,据悉,通常情况下一千万的字符串类型键,1GB的快照文件,同步到内存中的 时间是20-30秒)

save 9001     #900秒时间,至少有一条数据更新,则保存到数据文件中

save 30010     #300秒时间,至少有10条数据更新,则保存到数据文件中

save 6010000    #60秒时间,至少有10000条数据更新,则保存到数据文件中

这是配置文件默认的策略,他们之间的关系是或,每隔900秒,在这期间变化了至少一个键值,做快照。或者每三百秒,变化了十个键值做快照。或者每六十秒,变化了至少一万个键值,做快照。

rdbcompressionyes  #指定存储至本地数据库时是否压缩数据,默认是yes,redis采用LZF压缩,如果为了节省CPU时间

dbfilenamedump.rdb  #指定rdb保存到本地数据库文件名

stop-writes-on-bgsave-erroryes(no)  #当硬盘因为权限等原因无法写入时,停止写入

rdbchecksumyes    #对rdb文件进行校验

2、AOF快照方式:
配置文件redis.conf中的appendonly修改为yes。开启AOF持久化后,你所执行的每一条指令,都会被记录到appendonly.aof文件中。但事实上,并不会立即将命令写入到硬盘文件中,而是写入到硬盘缓存,在接下来的策略中,配置多久来从硬盘缓存写入到硬盘文件。所以在一定程度一定条件下,还是会有数据丢失,不过你可以大大减少数据损失。

配置完成后重启redis服务

Redis提供的持久化机制(一)

这里是配置AOF持久化的策略。redis默认使用everysec,就是说每秒持久化一次,而always则是每次操作都会立即写入aof文件中。而no则是不主动进行同步操作,是默认30s一次。当然always一定是效率最低的,个人认为everysec就够用了,数据安全性能又高。

Redis也允许我们同时使用两种方式,再重启redis后会从aof中恢复数据,因为aof比rdb数据损失小嘛。

区别和深入理解:

RDB每次进行快照方式会重新记录整个数据集的所有信息。RDB在恢复数据时更快,可以最大化redis性能,子进程对父进程无任何性能影响。

AOF有序的记录了redis的命令操作,意外情况下数据丢失甚少。他不断地对aof文件添加操作日志记录,你可能会说,这样的文件得多么庞大呀。是的,的确会变得庞大,但redis会有优化的策略,比如你对一个key1键的操作,set key1 001 ,  set key1 002,set key1 003。那优化的结果就是将前两条去掉咯,那具体优化的配置在配置文件中对应的是

前者是指超过上一次aof重写aof文件大小的百分之多少,会再次优化,如果没有重写过,则以启动时为主。后者是限制了允许重写的最小aof文件大小。bgrewriteaof命令是手动重写命令,会fork子进程,在临时文件中重建数据库状态,对原aof无任何影响,当重建旧的状态后,也会把fork发生后的一段时间内的数据一并追加到临时文件,最后替换原有aof文件,新的命令继续向新的aof文件中追加。

https://blog.csdn.net/awake720/article/details/78884185

上一篇:$.ajax等相关用法


下一篇:【BZOJ4520】K远点对(KD-Tree)