1.持久化:
数据保存到一个不会丢失的地方就是持久化，可认为是永久存储的；
2.Redis持久化:
Redis的数据存储在内存中，是不安全的，所以Redis有自己的持久化方案,将内存数据定期保存到磁盘文件中，当Redis崩溃了或者计算机意外关机了，重启Redis服务的时候，将磁盘中文件恢复到内存中来；
3.Redis持久化方案:
1.RDB:
Redis Data Base，就是在指定的时间间隔内将内存中的数据集快照写入磁盘，数据恢复时将快照文件直接再读到内存。
RDB保存了在某个时间点的数据集(全部数据),存储在一个二进制文件中，只有一个文件，默认是dump.rdb。RDB默认是开启的，默认保存到启动redis的文件中。
二进制文件的读写特别高，redis.conf文件中配置即可，
保存策略的修改 save 900 1:900秒内有1个key被改动，可以配置多个策略，同时起作用，任意一条进行内存数据就写到文件中
dbfilename:设置RDB的文件名，默认是dump.rdb
dir:指定RDB文件的存储位置，默认是./ 就是当前目录，在哪里启动，哪里就是当前目录
配置步骤:
在redis的cli窗口中执行shutdown将redis停掉
在linux系统窗口中删除dump.rdb文件: rm dump.rdb -f
ll dump.rdb 文件已被删除
cd到redis.conf
vim redis.conf
搜索snap 可以看到默认配置的三个策略，任意一个满足就都执行
关闭RDB的方式: 将save ""注释去掉，将save三种策略注释，就关闭了
当然可以自己设置快照策略:
save 20 3;20秒内有3个数据做改动就保存
dbfilename dump.rdb
dir ./
剩下两个参数不改动
./redis-server ../redis.conf
ll dump.rdb
ping =>PONG
set k1 v1
set k2 v2
set k3 v3
满足了20秒内有3个数据做改动了就开始save执行RDB了
ll dump.rdb就有这个文件了
存在的问题:save <seconds> <changes>时间和修改的数目
save 300 10,300秒内只改变了9个key的时候redis就崩溃了，那这9个数据就丢失了，没保存上
所以如果对数据保存要求不高且希望保存性能高，可以使用RDB的方式
适合做备份,条件满足就会将数据写道二进制文件中,速度快,但是有可能会造成数据丢失,默认是开启的;
2.AOF:
Append-only file:每次将redis中数据修改的命令都记录到AOF文件中，不记录读取，只记录修改，每一个数据修改命令记录到文件中，redis重启的时候读取文件，将命令都执行一遍；
文本文件记录的写入命令，默认是没有开启的，在redis.conf文件中开启AOF，将redis.conf文件中的appendonly修改为yes就开启了
appendfilename appendonly.aof
dir:默认是./
appendfsync:配置向aof文件写命令数据的策略: 有以下参数来做:
(1)no :不主动进行同步操作，而是完全交由操作系统来做(即每30秒一次)，比较快但不是很安全，会有数据丢失；
(2)always:每次执行写入都会执行同步，慢一些但是比较安全
(3)everysec:每秒执行一次同步操作，比较平衡，介于速度和安全之间，这个是默认项；
停掉redis,修改配置文件redis.conf，aof文件中可以编辑，可以修改内存崩溃的数据将其删除
aof文件越来越大，数据恢复的时候会越来越慢，但是redis有个redis的机制:
set age 10 ,set age 20 ,set age 30，aof文件重写的时候set age 30成功了，将set age 10和set age 20 删除掉，缩小aof的尺寸，开始执行重写就是auto-aof-rewrite-min-size: 默认64mb,允许重写的最小aof文件大小，当aof文件大于64m的时候就开始整理aof文件，去掉无用的操作命令，缩小aof文件；
如果对数据丢失要求高数据很重要，速度要求不是很快的话可以使用aof，
aof和rdb可以同时存在同时起作用，首先读取aof文件，对数据保存比rdb更完整的
AOF:
原文地址：https://www.cnblogs.com/healthinfo/p/9618091.html