Redis持久化

Redis持久化

Redis持久化有两个参数要记住，分别是RDB和AOF

RDB（redis databas）在指定的时间间隔将内存中的数据集快照写入磁盘，也就我们说的快照，它恢复时是将快照文件读到内存中。
--redis会单独创建（fork（复制与当前进程一样的进程 ））一个子进程来进行持久化，会先将数据写到一个临时文件中，待持久化过程结束，再用这个临时文件替换上次持久化好的文件。整个过程中主进程是不进行任何IO操作的，确保了极高的性能，

RDB优势：是适合大规模的数据恢复，对数据完整性和一致性要求不高
RDB缺点：是1最后一次持久化后的数据可能丢失。2fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑。

AOF（append only file）
--日志的形式来记录没过写操作，将redis执行过的所有写指令记录下来（读操作不记录），只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就是根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

AOF优势:（灵活配置）1每秒同步appendfsync always 同步持久化，每次发生数据变化立即记录到磁盘，性能差但数据完整性好。2每修改同步appendfsync eversec 异步操作，每秒记录 若一秒crash，有数据丢失。3不同步appendfsync no 从不同步
AOF缺点：相同数据集的数据aof文件远大于rdb，恢复速度慢于rdb。aof运行效率要慢于rdb，每秒同步策略效率好，不同步效率和rdb相同

AOF重写（rewrite）原理：AOF文件持续增大，会fork出一条新进程来将文件重写（先写临时文件最后rename），遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点像。

AOF和RDB可以同时存在，但是执行是执行AOP（appendonly.aop文件）