一. 前言
由于 Redis 是一个内存数据库,所谓内存数据库,就是将数据库中的内容保存在内存中,这与传统的MySQL,Oracle等关系型数据库直接将内容保存到硬盘中相比,内存数据库的读写效率比传统数据库要快的多(内存的读写效率远远大于硬盘的读写效率)。但是保存在内存中也随之带来了一个缺点,一旦断电或者宕机,那么内存数据库中的数据将会全部丢失。
为了解决这个缺点,Redis提供了将内存数据持久化到硬盘,以及用持久化文件来恢复数据库数据的功能。Redis 支持两种形式的持久化,一种是RDB快照(snapshotting),另外一种是AOF(append-only-file)。下面将对RDB持久化进行演示。
二.RDB演示
首先,找到redis的安装目录,找到redis.conf文件
在命令行窗口下将其复制到/opt/myconf目录下(如果没有myconf目录,就创建一个:mkdir myconf)
复制指令
cp redis.conf /opt/myconf
效果:
接下来,为了配置文件的安全起见,在复制一份redis.conf到myconf下,取名为redis_rdb.conf
执行指令:
cp redis.conf redis_rdb.conf
前面的工作做好后,我们就要开始持久化操作了!
-
修改redis_rdb.conf文件
vim redis_rdb.conf //用vim编辑器打开
-
进行修改
①将里面的daemonize no 改成yes,表示将redis服务后台启动
②将里面的appendonly no 改错yes,Redis在默认情况下是异步的把数据写入磁盘,如果不开启,可能会在断电时导致一段时间内的数据丢失
③为了演示修改快照的执行条件
这里修改了第二行,表示50秒内,执行3次写操作(包括增删改),就执行一次快照保存
-
启动redis服务
redis-server redis_rdb.conf
-
执行写操作
①来到/usr/local/bin目录下
连接redis服务:redis-cli
②写入7条数据,并退出
-
此时会发现myconf目录下多了一个dump.rdb文件(redis将内存快照写入dump.rdb文件中)
然后将这个文件复制到/usr/local/bin目录下
cp dump.rdb /usr/local/bin/dump_1919.rdb
删除原来的dump.rdb,并将dump_1919.rdb改名为dump.rdb
rm -rf dump.rdb //删除 mv dump_1919.rdb dump.rdb //改名
-
重启redis服务
redis-server redis_rdb.conf
-
连接服务并查看数据
可以看到我们的数据正常恢复了,也就是说持久化操作成功了。
三.取消RDB持久化
有些情况下,我们只想利用redis的缓存功能,并不想使用redis的持久化功能,那么我们最好停掉RDB持久化。
①找到redis_rdb.conf文件,取消对(save “”)的注释
②通过命令修改
redis-cli config set save ""
四.RDB的优势和劣势
①、优势
- RDB是一个非常紧凑(compact)的文件,它保存了redis 在某个时间点上的数据集。这种文件非常适合用于进行备份和灾难恢复。
- 生成RDB文件的时候,redis主进程会fork()一个子进程来处理所有保存工作,主进程不需要进行任何磁盘IO操作。
- RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。
②、劣势
- RDB方式数据没办法做到实时持久化/秒级持久化。因为bgsave每次运行都要执行fork操作创建子进程,属于重量级操作,如果不采用压缩算法(内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑),频繁执行成本过高(影响性能)
- RDB文件使用特定二进制格式保存,Redis版本演进过程中有多个格式的RDB版本,存在老版本Redis服务无法兼容新版RDB格式的问题(版本不兼容)
- 在一定间隔时间做一次备份,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改(数据有丢失)