Redis-Shake【一】简要介绍
选择复制类型，数据迁移应选择结构和全量复制（数据迁移）。根据需要，选择合适的冲突处理策略。选择要迁移的数据库对象。配置映射关系，将源实例的多个数据库（0~15）映射到目标实例的指定1个或多个数据库。
使用RDB（Redis Database）文件 步骤：- 在源 Redis 实例上执行 `BGSAVE` 命令，将当前数据生成一个 RDB 文件。- 等待 `BGSAVE` 完成后，将生成的 RDB 文件（例如 `dump.rdb`）从源服务器复制到目标服务器。
前言Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表，集 合和有序集合。支持在服务器端计算集合的并，交和补集(difference)等，还支持多种排序功能。
Set是一种无序不重复的集合，添加删除检查是否存在都是O(1)的时间复杂度。常见应用场景 hash是一个map结构，可以像存储对象的多个字段一样存储一个key的多类数据。
redis的RDB和AOF两种持久化机制优缺点分析
RDB 默认的保存文件为 dump.rdb，优点是以二进制存储的，因此 占用的空间更小 、数据存储更紧凑，并且与 AOF 相比，RDB 具备 更快的重启恢复能力 。
AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象，就算出现了数量也不会太大，当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢，存储的是一个文本文件，到了后期文件会比较大，传输困难。
RDB机制的优点是持久化的文件相对较小，且恢复数据的速度相对较快。AOF：AOF是一种日志持久化机制，它记录了Redis服务器所执行的所有写操作。
RDB持久化和AOF持久化的区别：存储数据RDB持久化保存键空间的所有键值对(包括过期字典中的数据)，并以二进制形式保存，符合rdb文件规范，根据不同数据类型会有不同处理。
相对于AOF持久化机制来说，直接基于RDB数据文件来重启和恢复redis的数据会更加快速。AOF，存放的是指令日志，做数据恢复的时候，要回放和执行所有的指令日志，从而恢复内存中的所有数据。
一般在自动化驾驶项目中redis的持久化机制使用什么?
flushall 命令用于清空 Redis 数据库，在生产环境下一定慎用，当 Redis 执行了 flushall 命令之后，则会触发自动持久化，把 RDB 文件清空。
Redis 还可以同时使用 AOF 持久化和 RDB 持久化。 在这种情况下， 当 Redis 重启时， 它会优先使用 AOF 文件来还原数据集， 因为 AOF 文件保存的数据集通常比 RDB 文件所保存的数据集更完整。
Fork Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。Fork的作用是复制一个与当前进程一样的进程。
有save和bgsave两种方式 RDB优点：RDB缺点：数据安全性低。
RDBRDB就是持久化的一种手段，把内存中数据在某些条件下写到磁盘中去。那么在哪些条件下写入呢？不可能无脑写入，来一个写一个，影响性能，也不能等老半天才写一个，万一中间宕机了，数据全丢失，还不如用memcached。
redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。
Redis持久化策略(看这篇,你肯定会有所获)
1、Redis 提供了多种不同级别的持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot)。
2、在redis的配置里有着这样的一段配置：save 900 1save 300 10save 60 10000很关键的一段配置，这时RDB持久化的核心。
3、RDB持久化默认有三种策略 可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。
4、保存路径同RDB持久化方式一致，通过dir配置指定。AOF的工作流程操作：命令写入(append)、文件同步(sync)、文件重写(rewrite)、重启加载(load)，如图5-2所示。 1)所有的写入命令会追加到aof_buf(缓冲区)中。
关于redisrdb文件恢复和redis rdb恢复数据的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。