【Redis详解基础篇三（持久化）】

前言

如果看此文章请先看
https://blog.csdn.net/dtttyc/article/details/82862624

什么是持久化

因为redis是存放在内存中的，所以我们的数据很可能会丢失。所以得让他持久化的保留起来就肯定需要硬盘，也就是放到设备上进行存储

使用场景

如果你想用redis暂时性的存放一些数据，只是存放之后设置一个超时的时间，那么你可以不需要redis的持久化机制

但是如果你想用redis来当做一个key value型的数据库，那么你必须使用持久化机制，否则时间会很容易的丢失，例如断电等情况

redis的持久化机制就是让内存中的数据以文件的形式存储在硬盘上

持久化的方式

• RDB
• AOF

RDB持久化

RDB指的是让数据以二进制的形式保存在硬盘上

触发RDB

• SAVE
• BGSAVE

SAVE与BGSAVE的区别

SAVE表示用当前的线程去保存，阻塞
BGSAVE表示另开辟一个线程去运行，不会阻塞

所以上面的观点可以看出对于SAVE如果是发送SAVE就会导致客户端的阻塞，干不了其他的事情，但是BGSAVE可以完美的解决这个问题，因为BGSAVE灵开辟了一个线程，但是缺点就是BGSAVE太消耗性能

SAVE与BGSAVE使用场景

• BGSAVE：适用于线上，高峰期，因为不会导致重启服务器
• SAVE：半夜3点：这个时候可以使用SAVE，并且速度要比BGSAVE要快

缺点

由于采用的RDB的形式是把数据转化为二进制文件存储在硬盘上，如果是频繁的转换可以想象那io绝对是卡死，非常消耗性能，所以非常不推荐频繁的使用RDB，但是如果这段时间你没有转换为二进制文件，是不是数据就丢失了呢？？？？？

AOF持久化

AOF解决了RDB带来的问题，它使用的方式是保留你再客户端输入的命令，也就是你输入的命令全部会保留在一个文件内，当你的数据丢失的时候，只需要执行这个文件就可以还原了

AOF会丢失数据吗

不要以为每次执行的命令保存到AOF里面就不会丢失数据，他也会丢失数据，只是概率比较小
一般来说在操作的时候，我们需要再操作系统中，为了执行系统调用的write函数，所以需要把内容写到某个文件内，但是为了提高效率。我们一般是先写到buffer缓冲区中，然后再写入到硬盘里面，等到缓冲区填满了，用户执行fsync调用时将缓冲在里面的内容真正的写入到磁盘里面，所以越早执行越好

如何控制redis丢失数据？

为了防止丢失数据，redis提供了AOF持久化机制中的appendfsync选择，这个选项里面有3个值
always，everysec，no

Always

他的意思是只要有命令执行，则直接到磁盘上了

everysec

表示一秒执行一次fdatasync，将缓冲区里面的命令写入到磁盘上，所以如果宕机，也是丢失一秒的数据

No

服务器不主动去调用哦fdatasync，而是由操作系统自己去调用缓冲区里面的内容写入到硬盘上，但是这种情况在宕机的时候，不会知道到底丢失了多少数据
运行速度
Always比everysec和no都要慢