docker配置redis持久化
redis.conf 文件中包含很多信息，如：端口号、持久化方式、持久化的文件等等。使用写入了不同端口号的配置文件就可以启动多个 Redis 实例。
快速部署：Docker容器化的应用程序可以在几秒钟内启动和停止，因为它们是预先配置好的，与宿主环境隔离开来。这意味着在新的开发环境或服务器上部署应用程序时，不需要手动安装和配置Redis，只需运行Redis容器即可。
可以在这个镜像基础上，用Dockerfile构建一个配置好环境变量的新镜像。在Dockerfile里使用ENV指令，可以持久保存环境变量，当使用这个新镜像创建的容器时，ENV设置的环境变量就会生效了。
（2）yml配置 redis及mysql都要与前面的创建容器时的配置相同：（3）创建私有仓库（利用Harbor） 在harbor管理界面创建项目blade，下面上传镜像的时候要加入项目路径。
Redis持久化的方式有哪些?优缺点分别是什么?
比较： aof文件比rdb更新频率高，优先使用aof还原数据。
·Redis加载RDB恢复数据远远快于AOF的方式。 RDB的缺点： ·RDB方式数据没办法做到实时持久化/秒级持久化。因为bgsave每次运行都要执行fork操作创建子进程，属于重量级操作，频繁执行成本过高。
缺点： （1）对于同一份数据来说，AOF的日志文件通常要比RDB的数据快照文件要大。
Redis 提供了多种不同级别的持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot)。
Redis持久化的几种方式——深入解析RDB
redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。
RDB：RDB是一种快照持久化机制，它可以将Redis的内存数据周期性地写入磁盘上的一个文件中。
Redis 混合持久化的存储模式是， 开始的数据以 RDB 的格式进行存储 ，因此只会占用少量的空间， 并且之后的命令会以 AOF 的方式进行数据追加 ，这样就可以减低数据丢失的风险，同时可以提高数据恢复的速度。
redis持久化的意义主要是为了做 灾难恢复、数据恢复 其实可以把它归类到高可用的一个环节。RDB持久化机制，对redis中的 数据 执行周期性的持久化。
面试中问到Redis持久化的原理,本篇在做详细解答
可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。在60秒内有10000次操作即触发RDB持久化。
AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。
RDB 持久化机制 ：是对 redis 数据执行周期性的持久化。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化。
关于redis主从持久化配置和redis主从机制的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。