关于Redis数据库三种持久化方案介绍

目录

• 一、回顾Redis
• 二、方案一：bgsave
• 三、方案二：配置文件rdb
• 四、方案三：aof
• 总结

一、回顾Redis

1、redis的特点

redis是一个内存中的数据结构存储系统。优点：内存操作速度比硬盘很快。缺点：但是内存没有办法保存数据。

2、redis提供了磁盘持久化

通过磁盘持久化功能，就可以把内存中的数据，持久化到磁盘当中去。数据就可以长时间的进行保存。

二、方案一：bgsave

1、如何操作

启动redis-cli 客户端，输入一条数据，并输入持久化命令basave就可以完成持久化数据。

2、优缺点

优点：简单。一个命令，就可以将存储内存的数据，持久化到磁盘当中。

缺点：频繁使用命令。每当存储一个数据，就需要使用此命令。

三、方案二：配置文件rdb

rdb是redis自带的持久化方案。默认会开启的。
redis保存到内存的数据，当达到规定的实际、更改Key的数量，会保存在/user/local/redis/bin/dump.rdb的文件中。

1、配置文件解说：

dump.rdb的文件，会根据配置多少秒发生Key的变化，就会把数据存到dump.rdb文件中去。当重新启动时，会先去dump.rdb中去取出数据，放在数据库当中。

1、dbfilename dump.rdb 文件名字
2、dir ./ 目录 。文件存在的位置

900秒之内只要有一个key发生变化，就会把key的值存储到磁盘当中。

2、优缺点：

优点：文件配置后，数据自动化持久化到磁盘。当更改配置后，就不需要在手动配置了。
缺点：不能事实持久化。例如在59秒，10000个数据发生了变化。突然宕机了，那么就会无法持久化。

四、方案三：aof

redis提供的第三种方案：aof
追加apendonly ，把我们输入的命令会追加到 appenonly中去，后台开启了一个线程，每当我们输入一条命令，就会把命令追加到appenonly文件当中。当我们重启项目时，会先来appenonly文件读取内容（相当于我们冲敲打一遍命令）。

1、 修改配置文件：

配置文件：vim /user/local/redis/bin/redis.conf

修改配置后，重启服务：

下面是重启服务前 以及 重启服务后，bin目录:

当我们插入一条数据后：发现.aof文件，会有相应的信息。

2、优缺点

优点：实时记录命令，实施持久化到磁盘

缺点：

时间的积累，aof文件非常的大，时间的积累重启redis，就非常的慢。
当我们频繁使用redis，开了aof。有数万条数据，如果都放在aof当中，aof文件会非常的大。如果宕机了，并重启服务器后，redis会先去aof文件去读取命令，那么会去读数G的文件大小的内容。会非常的慢。

总结

到此这篇关于关于Redis数据库三种持久化方案介绍的文章就介绍到这了,更多相关Redis持久化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！