Redis学习教程七：持久化

概述

redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以redis提供了持久化功能，且分为RDB、AOF两种方式

配置文件

redis.windows.conf文件

RDB模式

1.RDB模式原理

在指定的时间间隔内将内存中的数据库快照写入磁盘，再次恢复时再将快照文件直接读到内存里。

在此期间，redis会单独创建(fork)一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何io操作的。

这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。但RDB存在缺陷是最后一次持久化的数据可能丢失。当我们安装好的redis，其默认持久化模式是RDB模式【一般情况下不需要修改】，RDB保存的文件是dump.rdb。都是在redis配置文件中快照中进行配置的。

简单可记住，RDB默认方式，不需要进行配置，默认就使用这种机制，在一定的间隔时间中，检测key的变化情况，然后持久化数据

2.触发机制

三种情况下会触发RDB规则

1. sava的规则满足的情况下，会自动触发rdb规则
2. 执行fushall命令，也会触发我们的rdb规则
3. 退出redis，也会产生rdb文件

3.恢复机制

只需要将rdb文件放在redis启动目录下即可，redis启动的时候回自动检测dump.rdb，恢复数据

4.相关配置

save 900 1 after 900 sec (15 min) if at least 1 key changed
save 300 10 after 300 sec (5 min) if at least 10 keys changed
save 60 10000 after 60 sec if at least 10000 keys changed

5.优缺点

RDB模式的优势是适合大规模的数据恢复、且对数据的完整性不高。但与之相对，不足之处是需要一定的时间间隔进程操作，如果redis意外宕机，这个最后一次修改数据就没有了，且fork进程的时候，会占用一定的内存空间。

AOF模式

1.AOF模式原理

【append only file】将开发者操作redis的所有命令都记录下来，恢复的时候就把文件内所有写的操作执行一遍。

它以日志的形式来记录每个写操作，将redis执行过的所有指令记录下来(读操作不记录)，且只许追加文件但不可以改写文件。当redis启动之初会读取该文件重新构建数据。换句话说，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

aof模式保存的文件名是appendonly.aof。在redis配置中，默认是不开启的，开发者需要手动配置，只需要将appendonly改为yes即可开启、再进行重启redis，就可以生效了。

如果aof文件有错位，这时候redis是启动不起来的，开发者需要修复aof文件，redis为开发者提供了一个工具,也就是bin目录下的redis-check-aof，开发者只需在redis bin目录下执行redis-check-aof –fix appendonly.aof即可
如果文件正常了，重启后就可以直接恢复了。

简单理解aof是日志记录的方式，可以记录每一条命令的操作。可以每一次命令操作后，持久化数据

2.重写规则

aof默认就是文件的无限追加，文件会越来越大，如果aof文件大于64m，redis会fork一个新的进程来将文件进行重写

3.相关配置

appendfsync no (关闭aof，不进行持久化)
appendonly yes (开启aof)
appendfsync always （每一次操作都进行持久化）
appendfsync everysec （每间隔一秒进行一次持久化）

4.优缺点

AOF模式的优势是每一次修改都同步时，文件的完整性会更好；每秒同步一次方式时，可能会丢失1s的数据；从不同步时，效率最高。
相对于数据文件来说，AOF文件远远大于RDB；修复的速度也比RDB慢；AOF运行效率要比RDB慢，所以redis默认的配置就是RDB持久配置

[注]
1.redis是一个内存数据库，当redis 服务器重启，获取电脑重启，数据会丢失，我们可以将redis 内存中的数据持久化保存到硬盘的文件中。
2.修改后，重启redis服务器，并制定配置文件的名称

合理使用

1.同时开启两种持久化方式

在这种情况下，当redis重启的时候会优先载入aof文件来恢复原始的数据，因为在通常情况下aof文件保存的数据要比rdb文件保存的数据要完整，而rdb的数据不实时。

同时使用两者时服务器重启也只会找aof文件，那要不要只使用aof呢，这里建议不要，因为rdb更适合用于备份数据库(aof在不断改变不好备份)，快速重启时，而且不会有aof可能潜在的bug，留着作为一个万一的手段。

2.性能建议

因为rdb文件只用作后备用途，建议只在Slave上持久化rdb，而且只要15分钟备份一次就够了，只保留save 900 1 这一条规则