Redis 数据库的持久化方式

本文承接上文 Redis 数据的安装和使用，对 Redis 数据库的持久化方式进行介绍，对 Redis 数据库持久化的方法进行介绍，并对两种实现方式进行配置

如需了解 Redis 的安装和简单操作进入 Redis 非关系型数据库的安装和使用 了解。

1 Redis 持久化

持久化：指将内存中的数据库数据信息保存在磁盘上，以防止数据的丢失。

Redis 的持久化方式：

1. RDB：快照　　将数据以快照的形式保存在磁盘上
2. AOF：日志追加　　记录服务器接受的每个写入操作，当服务器启动时再次加载该日志，并将日志中的命令重新执行一遍

2 RDB快照持久化方式

2.1 手动 save 命令

进入数据库中执行 save 命令会将数据自动保存到相应的文件中

	#保存数据库信息到磁盘中
	save

2.2 手动 bgsave 命令

进入数据库中执行 bgsave 命令会将数据自动保存到相应的文件中

	#保存数据库信息到磁盘中
	bgsave

save 和 bgsave 的区别：
save 命令:
　　该命令会阻塞当前Redis服务器，执行save命令期间，Redis不能处理其他命令，直到RDB过程完成为止。具体流程如下
缺点：执行完成时候如果存在老的RDB文件，就把新的替代掉旧的。我们的客户端可能都是几万或者是几十万，这种方式显然不可取。
　
　
bgsave 命令：
　　执行该命令时，Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。具体流程如下：

2.3 RDB 快照相关配置和设置自动触发保存

设置RDB保存的自动触发
设置保存数据的文件

2.4 RDB 恢复数据

只需要把dump.rdb文件放入redis的安装目录即可，redis再次启动时回加载安装目录下的dump.rdb文件。

注意！当将文件拉入redis安装目录后，必须重新启动 redis 数据库才能加载数据，否则无法读取

#Redis 数据库的关闭(在数据库命令)

	shutdown

数据库启动

	redis-server redis.conf

2.5 RDB 方式的优缺点

优点：

（1）RDB文件紧凑，全量备份，非常适合用于进行备份和灾难恢复
（2）生成RDB文件的时候，redis主进程会fork()一个子进程来处理所有存工作，主进程不需要进行任何磁盘IO操作。
（3）RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。

缺点

快照持久化期间修改的数据不会被保存，可能丢失数据。数据完整性比较差。

3 AOF 日志追加模式

AOF的介绍

redis 数据库针对RDB方式的数据丢失的缺点，提供一种更加高效的方式AOF，工作机制很简单，redis会将每一个收到的写命令都通过write函数追加到文件中。通俗的理解就是日志记录。

运行原理

3.1 AOF 触发模式的配置

此处需要开启 AOF 更改配置 appendonly yes

设置AOF 触发的方式　　值为：always　every　no

3.2 AOF 模式的优缺点

优点：

（1）AOF可以更好的保护数据不丢失，一般AOF会每隔1秒，通过一个后台线程执行一次fsync操作，最多丢失1秒钟的数据。
（2）AOF日志文件没有任何磁盘寻址的开销，写入性能非常高，文件不容易破损。
（3）AOF日志文件即使过大的时候，出现后台重写操作，也不会影响客户端的读写。

缺点

（1）对于同一份数据来说，AOF日志文件通常比RDB数据快照文件更大. （2） 恢复数据时时间要比快照模式慢很多。