redis集群主数据都是一致的吗为什么?1、主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟 。但是主从模式的高可用会有问题 。因为主节点挂了之后是没有自动选主机制的，需要人工干预来指定一个从节点作为主节点 。
2、针对完整的重同步的缺陷，Redis提供了部分的重同步功能 。
3、Redis 集群是通过在不同的节点之间分配数据来实现的 。每个节点都有自己的数据子集 ， 其中一些是主节点，而另一些是从节点 。当需要更多存储空间或更多的处理能力时 ， 可以通过向集群添加更多的节点来实现扩展 。
4、传统的Redis集群采用的主从复制模式，一般为一主多从 ， 主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
5、Redis通过对KEY计算hash，将KEY映射到slot，集群中每个节点负责一部分slot的方式管理数据，slot最大个数为16384 。
面试中问到Redis持久化的原理,本篇在做详细解答可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb 。每当Redis服务重启的时候都会从该文件中把数据加载到内存中 。在60秒内有10000次操作即触发RDB持久化 。
RDB 持久化机制 ：是对 redis 数据执行周期性的持久化 。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化 。
AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的 。AOF的主要作用是解决了数据持久化的实时性 ， 目前已经是Redis持久化的主流方式 。
在redis的配置里有着这样的一段配置：save 900 1save 300 10save 60 10000很关键的一段配置，这时RDB持久化的核心 。
file（aof）里面（这称为“全持久化模式”） 。
redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件） 。
Redis持久化的几种方式——深入解析RDB1、RDB（Redis DataBase，快照方式） 是将某一个时刻的内存数据，以二进制的方式写入磁盘 。AOF（Append Only File，文件追加方式） 是指将所有的操作命令，以文本的形式追加到文件中 。
2、AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的 。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式 。
3、Redis有两种持久化的方式，一种是RDB，另外种是AOF 。RDB是将Redis内存中数据的快照存储在磁盘内，是Redis的默认持久化方案 。
4、RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程 ， 先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储 。
调研Redis高可用两种方案Redis中为了实现高可用（High Availability ， 简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分 。
Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster ，本篇笔记介绍这两种方案如何在 Kubernetes 中部署 。
Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态，并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
Redis 高可用的主要有三种模式： 主从模式，哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去 。
在redis-cluster中，当一台新的slave节点加入时，会出发数据同步，需要将主节点的数据同步到从节点 。这时根据从节点的状态有两种同步方案：完整重同步 和 部分重同步 完整重同步既是将主节点的全部数据都复制给新的slave节点 。
简介redis之主从复制- 启动目标 Redis 服务 。主从复制 步骤：- 设置源 Redis 实例作为 master ， 目标 Redis 实例作为 slave 。- 在目标 Redis 实例上执行 `SLAVEOF master_host master_port` 命令，将它与源 Redis 实例关联起来 。
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中 ， 保证数据一致性的问题 。
Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令 ， 又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适 。
故障恢复：当主节点出现问题时，可以由从节点提供服务 ， 实现快速的故障恢复；实际上是一种服务的冗余 。
主从复制，是指将一台Redis服务器的数据 ， 复制到其他的Redis服务器 。前者称为主节点（master），后者称为从节点（slave），数据的复制是单向的 ， 只能由主节点到从节点 。
两台redis怎么同步数据?配置迁移链路：选择要迁移的源和目标实例，选择复制类型为数据迁移 。选择迁移对象：可选择不同的数据库进行迁移 。配置映射对象：将源实例的多个数据库映射到目标实例的指定数据库，实现类似于MySQL多源复制的场景 。
- 启动目标 Redis 服务 。使用AOF（Append Only File）文件 步骤：- 配置源 Redis 实例以启用 AOF 模式，并设置 `appendfsync always` 或 `appendfsync everysec` 参数以确保数据同步 。
可以使用oracle中的row_scn，从oracle中读出的row_scn和redis中保存的相比，如果大于redis中的就更新redis ， 如果oracle数据更新 ， 重新从oracle中读一遍出来 。
【Redis什么时候触发主从同步的简单介绍】插入时同步，比如先更新了oracle，再更新redis ， 这个要靠代码逻辑来做 。谁先谁后得看设计了 。
