redis两种持久化方式对比

Redis为什么这么快
总结以下几点
1.Redis的所有数据都是存放在内存中的，纯内存访问，这是Redis达到每秒万级别访问的重要基础。

2，非阻塞I/O，Redis使用epoll作为I/O多路复用技术的实现，再加上 Redis自身的事件处理模型将epoll中的连接、读写、关闭都转换为事件，不在网络I/O上浪费过多的时间

3.Redis是用C语言实现的，一般来说C语言实现的程序“距离”操作系统更 近，执行速度相对会更快。

4.Redis使用了单线程架构，避免了线程切换和竞态产生的消耗。因为单线程能带来几个好处：第一，单线程可以简化数据结构和算法的实现。第二，单线程避免了线程切换和竞态产生的消耗， 对于服务端开发来说，锁和线程切换通常是性能杀手

Redis提供了两种持久化方式：RDB和AOF

RDB
·RDB使用一次性生成内存快照的方式，RDB是一个紧凑压缩的二进制文件，代表Redis在某个时间点上的数据快照，产生的文件紧凑压缩比高，因此读取RDB恢复速度快。适用于备份，全量复制等场景。由于每次生成RDB开销较大，无法做到实 时持久化，这是因为bgsave每次运行都要执行fork操作创建子进程，属于重量级操作，频繁执行成本过高。

RDB触发机制
1.save命令：阻塞当前Redis服务器，直到RDB过程完成为止，对于内存 比较大的实例会造成长时间阻塞，线上环境不建议使用。
bgsave命令：Redis进程执行fork(复刻)操作创建子进程，RDB持久化过程由子 进程负责，完成后自动结束。阻塞只发生在fork阶段，一般时间很短。

AOF（append only file）

AOF通过追加写命令到文件实现持久化，以独立日志的方式记录每次写命令， 重启时再重新执行AOF文件中的命令达到恢复数据的目的。相当于重新执行一次写入操作，AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。需要手动开启，建议使用everysec，做到兼顾性能和数据安全性。理论上只有在系统突然宕机的情况下丢失1秒的数据。缺点是由于需要不断追加写命令，所以AOF文件体积逐渐变大，需要定期执行重写操作来降低文件体积。

Redis默认是RDB方式，但是为了防止数据丢失减少，建议同时开启AOF持久化方式