本文目录一览：
- 1、Redis持久化的方式有哪些?优缺点分别是什么?
- 2、面试中问到Redis持久化的原理,本篇在做详细解答
- 3、一般在自动化驾驶项目中redis的持久化机制使用什么?
- 4、redis的AOF持久化的配置以及工作流程
·Redis加载RDB恢复数据远远快于AOF的方式 。RDB的缺点： ·RDB方式数据没办法做到实时持久化/秒级持久化 。因为bgsave每次运行都要执行fork操作创建子进程，属于重量级操作，频繁执行成本过高 。
比基于RDB每次持久化一份完整数据快照文件的方式，更加脆弱一些，容易有bug 。
【redis持久化怎么实现 redis怎么持久化数据】有save和bgsave两种方式 RDB优点：RDB缺点：数据安全性低 。
Redis 提供了多种不同级别的持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot） 。
AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象，就算出现了数量也不会太大 ， 当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢，存储的是一个文本文件，到了后期文件会比较大，传输困难 。
面试中问到Redis持久化的原理,本篇在做详细解答可在redis.conf中配置 ， 会以一段时间内达到指定修改的次数为规则来触发快照操作 ， 快照文件名为dump.rdb 。每当Redis服务重启的时候都会从该文件中把数据加载到内存中 。在60秒内有10000次操作即触发RDB持久化 。
RDB 持久化机制 ：是对 redis 数据执行周期性的持久化 。这种方式就是将内存中数据以快照的方式写入到二进制文件中 ， 默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化 。
AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的 。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式 。
一般在自动化驾驶项目中redis的持久化机制使用什么?1、Fork Redis会单独创建（fork）一个子进程来进行持久化 ， 会先将数据写入到一个临时文件中，待持久化过程都结束了 ， 再用这个临时文件替换上次持久化好的文件 。Fork的作用是复制一个与当前进程一样的进程 。
2、Redis 还可以同时使用 AOF 持久化和 RDB 持久化 。在这种情况下，当 Redis 重启时，它会优先使用 AOF 文件来还原数据集，因为 AOF 文件保存的数据集通常比 RDB 文件所保存的数据集更完整 。
3、flushall 命令用于清空 Redis 数据库，在生产环境下一定慎用，当 Redis 执行了 flushall 命令之后，则会触发自动持久化，把 RDB 文件清空 。
4、有save和bgsave两种方式 RDB优点：RDB缺点：数据安全性低 。
5、RDB 持久化机制 ：是对 redis 数据执行周期性的持久化 。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化 。
redis的AOF持久化的配置以及工作流程1、如果RDB在执行snapshotting操作 ， 那么redis不会执行rewrite；如果redis执行AOF rewrite，那么redis不会执行RDB的snapshotting 。
2、以下是AOF工作流程图：Redis中默认不开启AOF，appendonly yes，是开启的配置 。文件的名字默认为appendonly.aof ， 可以通过参数 appendfilename 来设置 。目录也是通过 dir 来设置 。所有写入命令会追加到 aof_buf（缓冲区） 中 。
3、开启AOF功能需要设置配置：appendonly yes，默认不开启 。AOF文件名通过appendfilename配置设置，默认文件名是appendonly.aof 。保存路径同RDB持久化方式一致 ， 通过dir配置指定 。
4、实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后 ， 再替换之前的文件，用二进制压缩存储 。
5、要把redis作为一个系统的daemon进程去运行的，每次系统启动，redis进程一起启动，操作不走如下：RDB和AOF是redis的一种数据持久化的机制 。持久化 是为了避免系统在发生灾难性的系统故障时导致的系统数据丢失 。
6、Redis 集合的数据持久化有两种方式，分别是 RDB （Redis Database）和 AOF （Append Only File） 。
