redis8--数据持久化两种方式

持久化功能
redis为了内部数据的安全考虑，会把本身的数据以文件形式保存到硬盘中一份，在服务器
重启之后会把硬盘中的数据恢复到内存(redis)的里边。

数据保存到硬盘的过程就称为“持久化”效果。

redis有两种持久化功能，一种是“快照持久化”,一种是“AOF持久化”。

1.snap shotting快照持久化
该持久化默认开启，一次性把redis中全部的数据保存一份存储在硬盘中，如果数据非常多
(10-20G)就不合适频繁操作该持久化操作。

我们的快照持久化在硬盘中保留的备份在:

默认的文件名为dump.rdb

在我们的redis安装目录下有一个redis.conf配置文件，其中就有快照持久化的配置:

上图配置的就是快照持久化的“备份频率”。
以上三个save的意思：
数据修改的频率非常高，备份的频率也高
数据修改的频率低，备份的频率也低

以上的配置三个都不能缺少，这样能保证不管修改数据频率高还是低的情况，数据都会保存。

其中快照持久化的文件的名称和存储位置在配置文件中也有配置:


手动发起快照持久化:
我们首先在Redis中加入一些数据:

我们添加了好多testN的数据，为了持久化这些变化，我们手动发起快照持久化:


可以看到，原来备份文件时间未11月12日，现在变为了程序修改的20日了:

我们看一看我们的缓存文件中都保存了什么:

我们之前的改动都有记录在备份文件中。

redis的持久化相关指令:
bgsave 异步保存数据到磁盘(快照保存)
lastsave 返回上次成功保存到磁盘的unix时间戳
shutdown 同步保存到服务器并关闭redis服务器
bgrewriteaof 当日志文件过长时优化AOF日志文件存储

快照持久化缺点:
一下是一次快照的模拟：

每隔一个小时做一次快照持久化


可以看到，我们在10:00-11:00的时候断电了，按照我们每一个小时做的快照持久化来看，
11:00才执行的快照，就无法挽回10:00-10:55分的数据。

解决方案:
每隔一个小时做一次快照持久化


在每一个小时内，我们做“精细持久化”，也就是每修改一个key就保存起来，
并且频率可以达到秒级。不管你1秒内修改了多少key，只做一次持久化，这样
也比较节省内存。

上面所说的“精细持久化”也就是Redis的第二种持久化方法---append only file(AOF持久化)。

2.append only file(AOF持久化)
回想一下，mysql数据库的备份也就是备份了一些sql语句，还原的时候执行sql语句就就行了。
其实AOF持久化就是类似的操作。

AOF持久化本质:把用户执行的每个“写”指令(添加/修改/删除)都备份到文件中，还原数据的时候
就是执行具体写指令而已。

开启AOF持久化(会清空redis内部的数据，最好在redis使用之前就开启它)
我们在redis.conf配置文件中可以找到它:

将“no”改为“yes”，就开启了快照持久化。
我们也可以更改AOP持久化文件名称(文件位置与dump.rdb同一目录)。

配置文件被修改后，要删除旧的进程，再根据新的配置文件启动新进程:


然后就可以在同级目录下，发现一个AOF持久化备份文件appendpnly.aof


然后就发现所有的数据全部清空了(默认)

数据库0-15数据库都是空的。

我们在数据库0中创建了三个key


然后回到根目录看一下备份文件，发现时间和大小都有所改变:


然后查看一下内容：

发现我们写的指令全部都备份进去了，说明备份频率还是十分高的。

在redis.conf中，可以调整AOF备份的频率:

有三种备份方式：
(1)always
一写指令就备份一次。这样做虽然安全，但是系统性能会降低。不推荐使用

(2)everysec
每一秒中备份一次。不管一秒钟变化了多少key，只备份一次，性能得到一定的保护。推荐使用。

(3)no
会查看当前服务器状态，如果状态良好，就进行备份(随机)。这种备份方式数据是没有保证的。

对比下来，性能:always<everysec<no，而数据安全:always>everysec>no。

我们做一个例子，创建一个num数据，使用incr指令对其每过一秒自增一次:


我们查看我们的appendonly.aof文件，看看备份情况:


其实自增10次(10个incr num)就相当于一个set num 10，如果只存储“set num 10”，那么
备份文件的存储空间就会节省了一些。这就牵扯到了我们如何“为aof备份文件做优化处理”。

3.为AOF备份文件做优化处理
所谓优化，其实就是把AOF备份文件中所有的备份数据的内容进行一个处理。

在启动redis客户端的时候，使用bgrewriteaof指令，就可以对aof备份文件的内容进行
优化压缩处理。


我们可以发现aof的大小由字节变为字节，证明其内容被压缩了


看一下其中的内容，发现备份数据存储指令变了:

果然，10次的incr num变成了一次的set num 10

总结:
快照持久化和AOF持久化是一种互补的关系，快照持久化用来做大的备份，
而AOF持久化用来做做精细备份。
数据还原的时候，快照持久化和AOF持久化可以一起来还原。
还原的时候也十分简单，在任何一台服务器上，只要拿到备份文件，都可以进行数据备份。

至此，两种持久化方式介绍完毕。