Redis –持久化
136 浏览量
2021-01-20
11:09:27
上传
评论
收藏 68KB PDF 举报
Redis –持久化持久化
redis的持久化的持久化
由于redis是一个内存数据库，所有的数据都是保存在内存当中的，内存当中的数据极易丢失，所以redis的数据持久化就显得
尤为重要，在redis当中，提供了两种数据持久化的方式，分别为RDB以及AOF，且redis默认开启的数据持久化方式为RDB方
式，接下来我们就分别来看下两种方式的配置。
1、、RDB持久化持久化方案介绍方案介绍之之RDB方案方案介绍介绍
RDB方案方案介绍介绍
Redis会定期保存数据快照至一个rbd文件中，并在启动时自动加载rdb文件，恢复之前保存的数据。可以在配置文件中配置
Redis进行快照保存的时机：
save [seconds] [changes]
意为在[seconds]秒内如果发生了[changes]次数据修改，则进行一次RDB快照保存，例如
save 60 100
会让Redis每60秒检查一次数据变更情况，如果发生了100次或以上的数据变更，则进行RDB快照保存。可以配置多条save指
令，让Redis执行多级的快照保存策略。Redis默认开启RDB快照。
手动触发保存快照：手动触发保存快照：
SAVE或者BGSAVE命令手动触发RDB快照保存。SAVE 和 BGSAVE 两个命令都会调用 rdbSave 函数，但它们调用的方式各
有不同：
SAVE 直接调用 rdbSave ，阻塞 Redis 主进程，直到保存完成为止。在主进程阻塞期间，服务器不能处理客户端的任何请
求。
BGSAVE 则 fork 出一个子进程，子进程负责调用 rdbSave ，并在保存完成之后向主进程发送信号，通知保存已完成。
Redis 服务器在BGSAVE 执行期间仍然可以继续处理客户端的请求。
RDB方案优点方案优点
对性能影响最小。如前文所述，Redis在保存RDB快照时会fork出子进程进行，几乎不影响Redis处理客户端请求的效率。
每次快照会生成一个完整的数据快照文件，所以可以辅以其他手段保存多个时间点的快照（例如把每天0点的快照备份至其他
存储媒介中），作为非常可靠的灾难恢复手段。
使用RDB文件进行数据恢复比使用AOF要快很多
RDB方案方案缺点缺点
快照是定期生成的，所以在Redis crash（崩溃）时或多或少会丢失一部分数据。
如果数据集非常大且CPU不够强（比如单核CPU），Redis在fork子进程时可能会消耗相对较长的时间，影响Redis对外提供
服务的能力。
RDB方案方案配置配置
修改redis的配置文件
cd /export/servers/redis-3.2.8/
vim redis.conf
save 900 1
save 300 10
save 60 10000
save 5 1
重新启动redis服务
每次生成新的dump.rdb都会覆盖掉之前的老的快照
ps -ef | grep redis
kill -9 69632 74217
src/redis-server redis.conf
root 69632 1 0 11:07 ? 00:00:55 redis-server 192.168.52.100:6379
2、、AOF持久化持久化方案方案
AOF方案方案介绍：介绍：
评论0
最新资源