Redis如何实现持久化方案（RDB和AOF使用）
一、持久化的作用
1.什么是持久化
redis的所有数据保存在内存中，对数据的更新将异步的保存到硬盘上
2.持久化的实现方式
快照：某时某刻数据的一个完成备份-mysql的Dump-redis的RDB写日志：任何操作记录日志，要恢复数据，只要把日志重新走一遍即可-mysql的 Binlog-Hhase的 HLog-Redis的 AOF
二、RDB
1.什么是RDB
2.触发机制-主要三种方式
以上三条符合任意一条，就自动生成rdb，内部使用bgsave
RDB触发机制一般使用第三种方式，但是这种方式也会有缺点。如果修改的条数没有在设置范围内那么就不会触发，就会引发很多数据没有持久化的情况。所以我们一般采用下面方式：AOF。
如果是保存不重要的数据可以使用RDB方式（比如缓存数据），如果是保存很重要的数据就要使用AOF，但是两种方式也可以同时使用。
三、AOF
1.RDB问题
耗时，耗性能。不可控，可能会丢失数据。
2.AOF介绍
客户端每写入一条命令，都记录一条日志，放到日志文件中，如果出现宕机，可以将数据完全恢复
3.AOF的三种策略
日志不是直接写到硬盘上，而是先放在缓冲区，缓冲区根据一些策略，写到硬盘上
#第一种：always：redis--》写命令刷新的缓冲区---》每条命令fsync到硬盘---》AOF文件
#第二种：everysec（默认值）：redis——》写命令刷新的缓冲区---》每秒把缓冲区fsync到硬盘--》AOF文件
#第三种：no:redis——》写命令刷新的缓冲区---》操作系统决定，缓冲区fsync到硬盘--》AOF文件命令alwayseverysecno优点不丢失数据每秒一次fsync，丢失1秒数据 不用管缺点IO开销大，一般的sata盘只有几百TPS丢1秒数据不可控4.AOF重写
随着命令的逐步写入，并发量的变大， AOF文件会越来越大，通过AOF重写来解决该问题原生AOFAOF重写set hello world<br/>
set hello java<br/>
set hello hehe<br/>
incr counter<br/>
ncr counter<br/>
rpush mylist a<br/>
rpush mylist b<br/>
rpush mylist c<br/>
过期数据
set hello hehe<br/>
set counter 2<br/>
rpush mylist a b c
本质就是把过期的，无用的，重复的，可以优化的命令，来优化这样可以减少磁盘占用量，加速恢复速度
实现方式
重写流程
AOF配置文件 （******）
appendonly yes #将该选项设置为yes，打开appendfilename "appendonly-${port}.aof" #文件保存的名字appendfsync everysec #采用第二种策略dir /bigdiskpath #存放的路径no-appendfsync-on-rewrite yes #在aof重写的时候，是否要做aof的append操作，因为aof重写消耗性能，磁盘消耗，正常aof写磁盘有一定的冲突，这段期间的数据，允许丢失
四、RDB和AOF的选择
1.rdb和aof的比较命令rdbaof启动优先级低高(挂掉重启，会加载aof的数据)体积小大恢复速度快慢数据安全性丢数据根据策略决定轻重重轻2.rdb最佳策略
rdb关掉，主从操作时集中管理：按天，按小时备份数据主从配置，从节点打开
3.aof最佳策略
开：缓存和存储，大部分情况都打开，aof重写集中管理everysec：通过每秒刷新的策略
4.最佳策略
小分片：每个redis的最大内存为4g缓存或存储：根据特性，使用不通策略时时监控硬盘，内存，负载网络等有足够内存
以上就是Redis(四)——持久化方案（RDB和AOF使用）的全部内容。
相关参考：PHP中文网以上就是Redis如何实现持久化方案（RDB和AOF使用）的详细内容，更多请关注小潘博客其它相关文章！
