Redis中的RDB和AOF

前言

redis是一个内存数据库，当redis服务器重启，获取电脑重启，数据会丢失，我们可以将redis内存中的数据持久化保存到硬盘的文件中。
redis提供两种方式进行持久化，一种是RDB持久化，另外一种是AOF持久化。

RDB

RDB：默认方式，不需要进行配置，默认就使用这种机制
RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是Snapshot快照，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。

1. 编辑redis.windwos.conf文件
	#   after 900 sec (15 min) if at least 1 key changed
	save 900 1
	#   after 300 sec (5 min) if at least 10 keys changed
	save 300 10
	#   after 60 sec if at least 10000 keys changed
	save 60 10000
				
2. 重新启动redis服务器，并指定配置文件名称
	D:\JavaWeb2018\day23_redis\资料\redis\windows-64\redis-2.8.9>redis-server.exe redis.windows.conf	

AOF

以日志的形式记录Redis每一个写操作,将Redis执行过的所有写指令记录下来（读操作不记录），只许追加文件不可以改写文件，redis启动之后会读取appendonly.aof文件来实现重新恢复数据，完成恢复数据的工作。

1. 编辑redis.windwos.conf文件
	appendonly no（关闭aof） --> appendonly yes （开启aof）
	
	# appendfsync always ： 每一次操作都进行持久化
	#appendfsync everysec ： 每隔一秒进行一次持久化
	# appendfsync no	 ： 不进行持久化

对比

RDB一旦系统出现灾难性故障，我们可以非常容易的进行恢复，RDB可以最大化Redis性能，相比于AOF机制，如果数据集很大，RDB的启动效率会更高。
但是在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。

AOF提供了3种同步策略，即每秒同步、每修改同步和不同步。采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。还可以通过redis-check-aof工具来帮助我们解决数据一致性的问题。Redis可以在AOF文件变得过大时，会自动地在后台对AOF进行重写
但是AOF文件通常要大于RDB文件。根据所使用的持久化策略来说，AOF的速度要慢与RDB。一般情况下，每秒同步策略效果较好。不使用同步策略的情况下，AOF与RDB速度一样快。

RDB与AOF如何选择

一般来说，如果想要很高的数据安全性，应该同时使用两种持久化方式。
如果可以承受部分的数据丢失，可以只使用RDB持久化。