Redis入门--redis持久化

时间 2021-01-03

一.什么是redis持久化

所有的数据都存在内存中，从内存当中同步到硬盘上，这个过程叫做持久化过程。

持久化操作，两种方式：rdb方式、aof方式，可以单独使用或者结合使用。

使用方法：

rdb持久化方法：在指定的时间间隔写入硬盘

aof方式：将以日志，记录每一个操作，服务器启动后就构建数据库。

配置可以禁用持久化功能。

也可以同时使用两种方式。

二.rdb方式持久化

rdb方式：

优势：只有一个文件，时间间隔的数据，可以归档为一个文件，方便压缩转移（就一个文件）.启动效率比aof高

劣势：如果宕机，数据损失比较大，因为它是没一个时间段进行持久化操作的。也就是积攒的数据比较多，

由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。

配置:

在redis.conf文件里,vim该文件,如下图所示

save 900 1 每900秒至少有一个key发生变化就会写入磁盘一次

save 300 10

save 60 10000

dump.rdb在src下

三.aof方式持久化

AOF的优势有哪些呢？

1). 该机制可以带来更高的数据安全性，即数据持久性。Redis中提供了3中同步策略，即每秒同步、每修改同步和不同步。事实上，每秒同步也是异步完成的，其效率也是非常高的，所差的是一旦系统出现宕机现象，那么这一秒钟之内修改的数据将会丢失。而每修改同步，我们可以将其视为同步持久化，即每次发生的数据变化都会被立即记录到磁盘中。可以预见，这种方式在效率上是最低的。至于无同步，无需多言，我想大家都能正确的理解它。

2). 由于该机制对日志文件的写入操作采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。然而如果我们本次操作只是写入了一半数据就出现了系统崩溃问题，不用担心，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据一致性的问题。

( 如何修复坏损的AOF文件：
   1). 将现有已经坏损的AOF文件额外拷贝出来一份。
   2). 执行"redis-check-aof --fix <filename>"命令来修复坏损的AOF文件。
   3). 用修复后的AOF文件重新启动Redis服务器。)

3). 如果日志过大，Redis可以自动启用rewrite机制。即Redis以append模式不断的将修改数据写入到老的磁盘文件中，同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。因此在进行rewrite切换时可以更好的保证数据安全性。

4). AOF包含一个格式清晰、易于理解的日志文件用于记录所有的修改操作。事实上，我们也可以通过该文件完成数据的重建。

AOF的劣势有哪些呢？

1). 对于相同数量的数据集而言，AOF文件通常要大于RDB文件。

2). 根据同步策略的不同，AOF在运行效率上往往会慢于RDB。总之，每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效。

配置

如果需要使用AOF，则需要修改配置文件中的以下条目：

将appendonly no改为appendonly yes

从现在起，Redis在每一次接收到数据修改的命令之后，都会将其追加到AOF文件中。在Redis下一次重新启动时，需要加载AOF文件中的信息来构建最新的数据到内存中。

在Redis的配置文件中存在三种同步方式，它们分别是：

appendfsync always #每次有数据修改发生时都会写入AOF文件。

appendfsync everysec #每秒钟同步一次，该策略为AOF的缺省策略。

appendfsync no #从不同步。高效但是数据不会被持久化。

通过修改appendonly.aof日志中的内容,可以恢复之前的数据