一、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重写自动触发时间,不必要的全量复制
总结
记录第一次写文章,哈哈!