Redis持久化

redis提供两种不同的持久化方法来将数据存储到硬盘里面
1）一种方法叫快照，它可以将存储在于某一时刻的所有数据都写入到硬盘里面
根据配置，快照将被写入dbfilename选项指定的文件里面，并存储在dir选项指定的路径上面，如果在新的快照文件创建完毕之前，redis、系统或者硬件这三者之中的任意一个崩溃了，那么redis将丢失最近一次创建快照之后写入的所有数据。

创建快照逻辑：
假设redis目前在内存里面存储了10GB的数据，上一个快照是在下午2:35开始创建的，并且已经创建成功。下午3:06时，Redis又开始创建新的快照，并且在下午3:08快照文件创建完毕之前，有35个键进行了更新，如果在下午3:06至下午3:08期间，系统发生崩溃，导致Redis无法完成新快照的创建工作，那么Redis将丢失下午2:35之后写入的所有数据。另一方面，如果系统恰好在新的快照文件创建完毕之后崩溃，那么Redis将只丢失35个键的更新。

创建快照的方法：
1、客户端可以通过向Redis发送BGSAVE命令来创建一个快照，对于支持BGSAVE命令来的平台来说，Redis会调用fork来创建一个子进程，然后子进程负责将快照写入硬盘，而父进程则继续处理命令请求
2、客户端还可以通过向Redis发送SAVE命令创建一个快照，接到SAVE命令的Redis服务器在快照创建完成之前将不再响应任何其他命令，SAVE命令不常用，我们通常只会在没有足够内存去执行BGSAVE命令的情况下，又或者即使等待持久化操作执行完毕也无所谓的情况下，才会使用这个命令
3、如果用户设置了SAVE配置选项，比如save 60 10000，那么从Redis最近一次创建快照之后开始算起，当"60秒之内有10000次写入"这个条件被满足时，Redis就会自动触发BGSAVE命令。如果用户设置了多个save配置选项，那么当任意一个save配置选项所设置的条件被满足时，Redis就会触发一次BGSAVE命令。
4、当Redis通过SHUTDOWN命令接收到关闭服务器的请求时，或者接收到标准TERM信号时，会执行一个SAVE命令，阻塞所有客户端，不再执行客户端发送的任何命令，并在save命令执行完毕之后关闭服务器
5、当一个Redis服务器连接另一个Redis服务器，并向对方发送SYNC命令来开始一次复制操作的时候，如果主服务器目前没有在执行BGSAVE操作，或者主服务器并非刚刚执行完成BGSAVE操作，那么主服务器就会执行BGSAVE命令。每当有从服务器尝试与主服务器建立连接的时候，主服务器就会为从服务器创建一个快照，如果在快照创建完毕之前，有多个从服务器都尝试与主服务器进行连接，那么这些从服务器将接收到同一个快照。

2）另外一种方法叫只追加文件（append-only file,AOF）,它会在执行写命令时，将被执行的写命令复制到硬盘里面。
这两种持久化方法既可以同时使用，又可以单独使用，

AOF持久化原理：
简单来说，AOF持久化会将被执行的写命令写到AOF文件的末尾，以此来记录数据发生的变化。因此，Redis只要从头到尾重新执行一次AOF文件包含的所有写命令，就可以恢复AOF文件所有记录的数据集。AOF持久化可以通过设置appendonly yes配置选项来打开

apendfsync的三种同步模式：
1、always：每个Redis写命令都要同步写入硬盘，这样做回严重降低Redis的速度 （性能低，写入操作太多，硬盘容易坏）
2、everysec：每秒执行一次同步，显式地将多个写命令同步到硬盘 （首选，每秒同步一次AOF文件）
3、no：让操作系统来决定应该何时进行同步 （系统崩溃时，丢失不定数量的数据）