Redis 数据持久化

一，Redis 数据持久化背景。
Redis是一种内存数据库，在断电时数据可能会丢失。如果通过持久化将数据搞一份儿到磁盘上去，
然后再定期同步到一些云存储服务上去，那么就可以保证一些数据不丢失。
=========================================================================
二，持久化方式。
1.Rdb方式是通过手动或周期性方式保存redis的一种机制,
Rdb方式一般为redis的默认数据持久化方式.系统启动时会自动开启这种方式的持久化机制。
2.Aof方式是通过记录写 *** 作日志的方式,记录redis数据的一种持久化机制,这个机制默认是关闭的。
----------------------
手动方式有两种
1.save
2.bgsave
两者之间的区别
Save 命令执行一个同步保存 *** 作，将当前 Redis 实例的所有数据快照以 RDB 文件的形式保存到硬盘。
bgsave命令执行之后立即返回 OK ，然后 Redis fork 出一个新子进程，
原来的 Redis 进程(父进程)继续处理客户端请求，而子进程则负责将数据保存到磁盘，然后退出。
=========================================================================
三，RDB持久化机制有哪些优缺点？
优点：
1.RDB会生成多个数据文件，每个数据文件都代表了某一个时刻中redis的数据，这种多个数据文件的方式，
非常适合做冷备，可以将这种完整的数据文件发送到一些远程云服务上去。
2.RDB对redis对外提供的读写服务，影响非常小，可以让redis保持高性能，
因为redis主进程只需要fork一个子进程，让子进程执行磁盘IO *** 作来进行RDB持久化即可。
3.相对于AOF持久化机制来说，直接基于RDB数据文件来重启和恢复redis进程，更加快速。
-----------------------------------------------
缺点：
RDB持久化机制一般都是每隔5分钟或更长时间做一次快照，
这个时候一旦redis进程宕机，那么会丢失最近几分钟的数据。
=========================================================================

四，如何选择redis的持久化方式？
1.不要仅仅使用RDB，因为那样会导致你丢失很多数据。
2.也不要仅仅使用AOF，因为AOF做冷备没有RDB做冷备进行数据恢复的速度快。
3.综合使用AOF和RDB两种持久化机制，用AOF来保证数据不丢失，
作为数据恢复的第一选择; 用RDB来做不同程度的冷备。
=========================================================================