redisaof配置启动，redis带配置文件启动命令

面试中问到Redis持久化的原理,本篇在做详细解答

1、可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。在60秒内有10000次操作即触发RDB持久化。

2、redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。

3、AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。

4、在redis的配置里有着这样的一段配置：save 900 1save 300 10save 60 10000很关键的一段配置，这时RDB持久化的核心。

5、Redis中的哨兵（Sentinel）， 则是一个特殊的Redis实例 ，不过它并不存储数据。也就是说，哨兵在启动时，不会去加载RDB文件。

6、RDB和AOF是redis的一种数据持久化的机制。 持久化 是为了避免系统在发生灾难性的系统故障时导致的系统数据丢失。我们一般会将数据存放在本地磁盘，还会定期的将数据上传到云服务器。

相关问答

Q1: Redis切换为AOF不丢数据的正确步骤

1、对于错误格式的AOF文件 ：先进行备份，然后采用 redis-check-aof --fix 命令进行修复，修复后使用 diff -u 对比数据的差异，找出丢失的数据。AOF文件结尾不完整的情况下 ：可以使用 aof-load-truncated 配置来兼容这种情况。

2、no：命令写入aof_buf后，调用系统write操作，不对AOF文件做ysnyc同步，同步硬盘操作由操作系统负责，通常同步周期最长30秒。系统调用write和fsync说明：Redis引入AOF重写机制压缩文件体积。

3、如果你没有数据持久化的需求，也完全可以关闭RDB和AOF方式，这样的话，redis将变成一个纯内存数据库，就像memcache一样。redis配置文件 daemonize no # 默认情况下，redis并不是以daemon形式来运行的。

4、混合 在 Redis 0 就推出了混合持久化的功能。

Q2: redis的AOF持久化的配置以及工作流程

（3）redis主进程，接收到client新的写操作指令后，在内存中写入日志，同时新的日志指令也会在旧的AOF日志文件中写入。

以下是AOF工作流程图：Redis中默认不开启AOF， appendonly yes ，是开启的配置。文件的名字默认为appendonly.aof，可以通过参数 appendfilename 来设置。目录也是通过 dir 来设置。所有写入命令会追加到 aof_buf（缓冲区） 中。

开启AOF功能需要设置配置：appendonly yes，默认不开启。AOF文件名通过appendfilename配置设置，默认文件名是appendonly.aof。保存路径同RDB持久化方式一致，通过dir配置指定。

关于redisaof配置启动和redis带配置文件启动命令的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。