2024年【Redis高手修炼之路】③持久化_redis禁用手动的save怎么关闭(1)，2024年最新一文带你搞懂大数据开发多线程Handler

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

/SNAP # 搜索

![在这里插入图片描述](https://img-blog.csdnimg.cn/777f7291f1db493fb71ff806d43d0f3e.png)

save 900 1 #900秒内，至少变更1次，才会自动备份
save 300 10 #300秒内，至少变更10次，才会自动备份
save 60 10000 # 60秒内，至少变更10000次，才会自动备份

`注意:` 如果你只是使用Redis的缓存功能，而不需要持久化，那么你就可以注释掉所有的save行停用该功能。然后可以直接一个空字符串来实现停用：`save ""`


2. 使用shutdown模拟关机，关机之前和关机之后，对比dump.rdb文件的时间  
 `注意：`当我们使用shutdown命令，redis会自动将数据库备份。所以，dump.rdb文件创建时间会更新。
3. 开机启动redis，然后在300秒内保存10条数据，再查看dump.rdb文件的更新时间(开两个终端窗口，方便查看)
4. 300秒内保存10条数据这一动作触发了备份指令，所以目前的dump.rdb文件中保存了10条数据，将dump.rdb拷贝一份dump10.rdb，此时两个文件中都保存10条数据
5. 既然有数据已经备份了，那我们就肆无忌惮的通过`flushall`命令将数据全部删除，再次shutdown关机
6. 再次启动redis，发现数据真的消失了，并没有按照我们所想的将dump.rdb文件中的内容恢复到redis中。为什么？

因为，当我们保存10条以上的数据时，数据备份起来了；然后删除数据库，备份文件中的数据，也没问题；
但是，问题出在shutdown上，这个命令一旦执行，就会立刻备份，将删除之后的空数据库生成备份文件，
将之前装10条数据的备份文件覆盖掉了，所以自动恢复失败。怎么解决这个问题呢？要将备份文件再备份。
我们前面已经备份了一个dump10.rdb的文件。

7. 将dump.rdb文件删除，然后将dump10.rdb重命名为dump.rdb
8. 启动redis服务，登录redis，发现10条数据全部恢复！


### 1.2 手动备份



> 
> 之前自动备份，必须更改好多数据，例如上边，我们改变了十多条数据，才会自动备份；现在，我只保存一条数据，就想立刻备份，应该怎么做？每次操作完成，执行命令 save 就会立刻备份
> 
> 
> 


### 1.3 与RDB相关的配置


`stop-writes-on-bgsave-error`：进水口和出水口，出水口发生故障与否


* yes：当后台备份时候反生错误，前台停止写入
* no：不管死活，就是往里怼


`rdbcompression`：对于存储到磁盘中的快照，是否启动LZF压缩算法，一般都会启动，因为这点性能，多买一台电脑，完全搞定N个来回了。


* yes：启动
* no：不启动（不想消耗CPU资源，可关闭）


`rdbchecksum`：在存储快照后，是否启动CRC64算法进行数据校验；


* 开启后，大约增加10%左右的CPU消耗；
* 如果希望获得最大的性能提升，可以选择关闭；


`dbfilename`：快照备份文件名字  
 `dir`：快照备份文件保存的目录，默认为当前目录


**优势and劣势**


* 优势：适合大规模数据恢复，对数据完整性和一致行要求不高；
* 劣势：一定间隔备份一次，意外down掉，就失去最后一次快照的所有修改


## 2. AOF


**Append Only File**


* 以日志的形式记录每个写操作；
* 将redis执行过的写指令全部记录下来（读操作不记录）；只许追加文件，不可以改写文件；
* redis在启动之初会读取该文件从头到尾执行一遍，这样来重新构建数据；


### 2.1 开启AOF


1. 为了避免失误，最好将redis.conf总配置文件备份一下，然后再修改内容如下：

appendonly yes
appendfilename “appendonly.aof”

![在这里插入图片描述](https://img-blog.csdnimg.cn/4f58ebd5321145538780e891e3f753f7.png)  
 `注意：`编辑这个文件，最后要 :wq! 强制执行


2. 重新启动redis，以新配置文件启动

redis-server /opt/redis-5.0.4/redis.conf

3. 连接redis，加数据，删库，退出
4. 查看当前文件夹发现多一个aof文件，看看文件中的内容，保存的都是 写 操作
5. 文件中最后一句要删除，否则数据恢复不了  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/acf70863812a46489677de15d22a853a.png)
6. 只需要重新连接，数据恢复成功！


### 2.2 共存？谁优先？


我们查看redis.conf文件，AOF和RDB两种备份策略可以同时开启，那系统会怎样选择？


1. 编辑appendonly.aof，在文件中随便乱写一串代码，保存退出
2. 启动redis ，结果失败，所以是AOF优先载入来恢复原始数据！因为AOF比RDB数据保存的完整性更高！
3. 修复AOF文件，通过下面命令杀光不符合redis语法规范的代码

reids-check-aof --fix appendonly.aof

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

系统化资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618545628)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！