Redis持久化

一、Redis持久化作用？

Redis所有的数据保存在内存中，对数据的更新将异步地保存到磁盘上

二、Redis持久化的方式

1.快照（RDB）

1.1 save命令–同步命令（不建议使用）
redis客户端发送 save命令 给redis服务器端，服务器端会生成RDB的二进制文件。由于redis是单线程程序，如果保存的数据量非常大，会导致阻塞，从而影响运行效率。新的文件会覆盖旧的文件。

1.2 bgsave命令–异步命令（阻塞发生在fork）
redis客户端发送 bgsave命令 给redis服务器端，服务器端调用fork(）函数，生成了子进程，
由子进程执行数据的持久化操作。对于客户端而言，服务器端会返回 Background saving started ，提示数据已经开始备份。

1.3 自动生成RDB文件

触发条件例如 数据在60秒内改变10000次、300等，可以在config配置文件进行配置。触发后，相当于执行bgsave命令进行异步持久化。

RDB的缺点：
1、耗时、耗性能
2、不可控，丢失数据。

2. 日志（AOF）

原理：将执行过的命令先放置缓冲区，然后通过策略将数据记录于日志上。保证数据完整以及正确性。

2.1 AOF的三种策略

1.always：每条命令都把缓冲区fsync到硬盘中，缺点：IO开销大，效率慢。

2.everysec：每秒把缓冲区fsync到硬盘，缺点：可能会丢失某秒的数据。（默认策略）

3.no：系统自动选择。缺点：不可控。

2.2 AOF重写

作用：解决硬盘占用量，加快恢复速度。
场景：可以想象一下，redis执行了一亿次的 incr 命令，从零自增到一亿，那么得把一亿次命令都要放置日志里面吗？答案是否得，这里执行一亿次incr的io消耗量巨大，非常影响性能。所以为了优化AOF恢复速度，我们可以 直接用一个 set i 一亿 来取代一亿得incr命令。

2.2.1 AOF重写的两种方式

1.bgrewriteaof命令：异步执行AOF重写。

2.AOF 自动重写配置

详情可以参考这里Redis持久化AOF重写实现原理

3. 对比

PS: 改善fork操作
1、优先使用物理机或者高效支持fork操作的虚拟化技术。
2、控制redis实例最大可用内存：maxmemory
3、合理配置Linux内存分配策略：vm.overcommit_memory=1
4、降低fork频率：例如放宽AOF重写自动触发时间，不必要的全量复制

总结

记录第一次写文章，哈哈！