江苏龙网

  1. 首页 > 人文 > >

稚久|java：Redis持久化

一.redis持久化的介绍?Redis的持久化指的是将内存中redis数据库运行的数据 ， 写到硬盘文件上 。
?Redis持久化的意义主要在于故障恢复 ， 比如你部署一个Redis ， 作为缓存有可能里边有一些比较重要的数据 ， 如果没有持久化的时候 ， redis遇到灾难性故障的时候就会丢失所有的数据 。
Redis持久化的两种方式：
RDB：RedisDataBase默认的持久化方式 ， 以二进制的方式将数据写入文件中,每隔一段时间写入一次 。 AOF：AppendOnlyFile以文本文件的方式记录用户的每次操作 ， 数据还原时候 ， 读取AOF文件 。
?RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘 。 也是默认的持久化方式 ， 这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb 。
?在redis.conf配置文件中默认有此下配置:
save9001?#在900秒(15分钟)之后 ， 如果至少有1个key发生变化 ， Redis就会自动触发BGSAVE命令创建快照 。 save30010?#在300秒(5分钟)之后 ， 如果至少有10个key发生变化 ， Redis就会自动触发BGSAVE命令创建快照 。 save6010000?#在60秒(1分钟)之后 ， 如果至少有10000个key发生变化 ， Redis就会自动触发BGSAVE命令创建快照 。
?当满足条件时,redis需要执行RDB的时候服务器会执行以下操作：
redis调用系统的fork()函数创建一个子进程子进程将数据集写入一个临时的RDB文件当子进程完成对临时的RDB文件的写入时 ， redis用新的RDB文件来替换原来旧的RDB文件 ， 并将旧的RDB文件删除redis在进行快照的过程中不会对RDB文件进行修改 ， 只有快照结束后才会将旧快照替换成新快照 ， 也就是说任何时候RDB都是完整的
#RDB优点：1.RDB会生成多个数据文件 ， 每个数据文件都代表了某一个时刻中redis的数据 ， 这种多个数据文件的方式 ， 非常适合做冷备 。 2.RDB对redis对外提供读写服务的时候 ， 影响非常小 ， 因为redis主进程只需要fork一个子进程出来 ， 让子进程对磁盘io来进行rdb持久化3.RDB在恢复大数据集时的速度比AOF的恢复速度要快 。 #RDB缺点1.如果redis要故障时要尽可能少的丢失数据 ， RDB没有AOF好 ， 例如1:00进行的快照 ， 在1:10又要进行快照的时候宕机了 ， 这个时候就会丢失10分钟的数据 。 2.RDB每次fork出子进程来执行RDB快照生成文件时 ， 如果文件特别大 ， 可能会导致客户端提供服务暂停数毫秒或者几秒三.AOF机制3.1介绍
?与快照持久化相比 ， AOF持久化的实时性更好 ， 因此已成为主流的持久化方案 。 默认情况下Redis没有开启AOF(appendonlyfile)方式的持久化 ， 可以在redis.conf配置文件通过appendonly参数开启:
appendonlyyes
在Redis的配置文件中存在三种不同的AOF持久化方式 ， 它们分别是:
appendfsyncalways?#每次有数据修改发生时都会写入AOF文件,这样会严重降低Redis的速度appendfsynceverysec?#每秒钟同步一次 ， 显示地将多个写命令同步到硬盘appendfsyncno?#让操作系统决定何时进行同步
?为了兼顾数据和写入性能 ， 用户可以考虑appendfsynceverysec选项 ， 让Redis每秒同步一次AOF文件 ， Redis性能几乎没受到任何影响 。 而且这样即使出现系统崩溃 ， 用户最多只会丢失一秒之内产生的数据 。 当硬盘忙于执行写入操作的时候 ， Redis还会优雅的放慢自己的速度以便适应硬盘的最大写入速度 。
?redis中的数据是有一定限量的 ， 不可能说redis中的数据无限增长 ， 进而导致AOF文件无限增长 。 内存大小是一定的 ， 等到了一定大小,redis会采用淘汰策略自动将内存中的数据清除掉 。 ?AOF是存放每条写命令的 ， 所以会不断的增大 ， 当大到一定程度时 ， AOF会做rewrite操作,rewrite操作就是基于当时redis的数据重新构造一个小的AOF文件 ， 然后将大的AOF文件删除 。


推荐阅读


上一篇：高端领域|荣耀30青春版仅1699元起，年轻人超爱的5G潮流手机

下一篇：创投时报|顶级华为变身价格屠夫，40W快充＋前后五摄，从3899跌至2799