RDB

基础概念

what-将数据从掉电易丢失的内存放到永久存储的设备上
why - 因为所有的数据都在内存上，所以必须得持久化
redis提供两种默认持久化方案
RDB默认开启
AOF

1、保存真实的数据
2、将服务器包含的所有数据库数据以二进制文件的形式保存到硬盘里面
3、默认文件名：/var/lib/redis/dump.rdb
文件名及目录可在配置文件中修改【/etc/redis/redis.conf】
263行：dir /var/lib/redis #表示rdb文件存放路径
253行：dbfilename dump.rdb #文件名

触发rdb持久化 - redis终端

方式1：
redis终端中使用SAVE或者BGSAVE（backgroundsave）命令
特点：
1、执行SAVE命令过程中，redis服务器将会被阻塞，无法处理客户端发送的命令请求，在SAVE命令执行完之后，服务器才会重新开始处理客户端发送的命令请求
2、如果RDB文件已经存在，那么服务器将自动使用新的RDB文件代替旧的RDB文件

BESAVE

> BGSAVE
Background saving started
# 执行过程如下
1、客户端发送BGSAVE命令给服务器
2、服务器马上返回Background saving started给客户端
3、服务器fork()子进程做这件事
4、服务器继续提供服务
5、子进程创建玩RDB文件后再告知Redis服务器

SAVE vs BGSAVE

SAVE比BGSAVE快，因为需要创建子进程，消耗额外的内存
说明：可以通过查看日志文件来查看redis的持久化过程
logfile位置：/var/log/redis/redis-server.log

redis配置文件默认

218行：save 900 1
219行：save 300 10
表示如果距离上一次创建RDB文件已经过去300秒，并且服务器所有数据库总共已经发生了不少于10次修改，那么自动执行BGSAVE命令
220行：save 60 10000
1、只要三个条件中的任意一个被满足时，服务器就会自动执行BGSAVE
2、每次创建RDB文件之后，服务器为实现自动持久化而设置的时间计数器和次数计数器就会被清零，并重新开始计数，所有多个保存的效果不会叠加

redis在正常关闭后，也会执行保存rdb操作
注意：异常关闭，无法自动触发rdb的

特殊说明

1、创建rdb文件需要将服务器所哟逇数据库的数据都保存起来，这是一个非常消耗资源和时间的操作，所以服务器需要隔一段时间才创建一个新的rdb文件，也就是说，创建rdb文件不能执行的过于频繁，否则会严重影响服务器的性能
2、可能丢失数据

AOF

基础概念

1、存储的是命令，而不是真实数据
2、默认不开启
开启方式（修改配置文件）
1、/etc/redis/redis.conf
672行：appendonly yes#把no改为yes
676行：appendfilename "appendonly.aof"
2、重启服务
redis-server redis.conf

执行原理

1、每当有修改数据库的命令被执行时
2、因为AOF文件里面存储了服务器执行过的所有数据库修改的命令，所以给定一个AOF文件，服务器只要重新执行一遍AOF文件里面包含的所有命令，就可以达到还原数据库的目的
用户可以根据自己的需要对AOF持久化进行调整，让Redis在遭遇意外停机时不丢失任何数据，或者只丢失一秒钟的数据，这比RDB持久化丢失的数据要少得多。

特殊说明

虽然服务器执行一个修改数据库的命令，就会把执行的命令写入到AOF文件，但这并不意味着AOF持久化不会丢失任何数据，在目前常见的操作系统中，执行系统调用write函数，将一些内容写入到某个文件里面时，为了提高效率，系统通常不会直接将内容写入磁盘里面，而是将内容放入一个内存缓存区（buffer）里面，等到缓冲区被填满时才将存储在缓冲区里面的内容真正写入到硬盘里。

1、AOF持久化：当一条命令真正被写入到硬盘里面时，这条命令才不会因为停机而意外丢失
2、AOF持久化在遭遇停机时丢失命令的数量，取决于命令被写入到硬盘的时间
3、越早将命令写入到硬盘，发生意外停机时丢失的数据就越少，反之亦然

相关配置

redis.conf
1、701行：always
服务器每写入一条命令，就将缓冲区里面的命令写入到硬盘里面，服务器就算意外停机，也不会丢失任何已经成功执行的命令数据
2、702行：everysec（#默认）
服务器每一秒将缓冲区里面的命令写入到硬盘里面，这种模式下，服务器即使遭遇意外停机，最多只丢失1秒的数据
3、703行：no
服务器不主动将命令写入硬盘，由操作系统决定何时将缓冲区里面的命令写入到硬盘里面，丢失命令数量不确定。

AOF文件中是否会产生很多的冗余命令

为了让AOF文件的大小控制在合理范围内，避免胡乱增长，redis提供了AOF重写功能，通过这个功能，服务器可以产生一个新的AOF文件
—— 新的AOF文件记录的数据库数据和原有的AOF文件记录的数据库数据完全一样
—— 新的AOF文件会使用尽可能少的命令来记录数据库数据，因此新的AOF文件的体积通常会小很多
—— AOF重写期间，服务器不会被阻塞，可以正常处理客户端发送的命令请求

AOF重写-触发

1、客户端向服务器发送BGREWRITEAOP

bgrewriteaop
Background append only file rewriting started

2、修改配置文件让服务器自动执行bgrewriteaop命令
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
# 解释
（1、只有AOF文件的增量大于100%时才进行重写，也就是大一倍的时候才触发。

RDB持久化	AOF持久化
全量备份，一次保存整个数据库	增量备份，一次保存一个修改数据库的命令
保存的间隔较长	保存的间隔默认为一秒钟
数据还原速度快	数据还原速度一般，冗余命令多，还原速度慢
执行SAVE命令时会触发阻塞服务器，但手动或自动触发的BGSAVE不会阻塞服务器	无论是平时还是进行AOF重写时，都不会阻塞服务器

• 用redis来存储真正数据，每一条都不能丢失，都要用always，有的做缓存，有的保存真数据，我可以开多个redis服务，不同业务使用不同的持久化，新浪每个服务器上有4个redis服务，整个业务中有上千个redis服务，分不同的业务，每个持久化的级别都是不一样的。
• 即有dump.rdb，又有appendonly.aof，恢复时找谁？
  先找appendonly.aof