redis集群主节点挂了还能读么
1、一般来说主节点负责写请求，从节点负责读请求，主节点异步的同步给从节点。主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟。但是主从模式的高可用会有问题。
2、本文将结合CLUSTER FAILOVER 集群管理命令详细介绍如何进一步提升redis集群的可用性。
3、…这是个悲伤的循环。为了避免这种情况的发生，除了注意Redis单机数据量不要过大，另一方面就是适当增大repl-timeout值，具体的大小可以根据bgsave耗时来调整。
4、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
redis集群使用一致性hash吗
使用。设定一个圆环上 0-2^32-1 的点，每个点对应一个缓存区，每个键值对存储的位置也经哈希计算后对应到环上节点。
Redis Cluster 不使用一致性哈希，而是使用不同形式的分片 每个键在概念上都是我们所谓的 哈希槽的一部分 。Redis Cluster 有 16384 个哈希槽，计算哈希值是多少 给定密钥的插槽，我们只需取密钥的 CRC16 模 16384。
我们都知道在集群模式下key是需要进行路由的，那就需要有路由策略，Redis Cluster并没有使用一致性hash的方案，而是使用分配slot的方式进行key路由。
Redis 集群模式本身没有使用一致性 hash 算法，而是使用 slots 插槽。
不会，这里的原子性不要从php的角度看，应该从redis的角度看，同一个redis节点对并发的请求都是序列化处理的，所以单操作不存在你担心的并发问题，但如果是read & write的形式到哪里都不行了，切记。
Redis集群方案应该怎么做
1、为了增加集群的可访问性，官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点。如果主节点失效，redis cluster会根据选举算法从slave节点中选择一个上升为master节点，整个集群继续对外提供服务。
2、Redis集群，要保证16384个槽对应的node都正常工作，如果某个node发生故障，那它负责的slots也就失效，整个集群将不能工作。为了增加集群的可访问性，官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点。
3、使用Jedis带的客户端分片ShardedJedisPool类。使用代理进行分片twemproxy，连接代理可以使用Jedis类（单链接）和JedisPool类（多链接）。
4、基本和主节点差不多，但要加上 slaveof 配置和主节点账号密码。
5、Redis Sharding采用客户端Sharding方式，服务端Redis还是一个个相对独立的Redis实例节点，没有做任何变动。同时，我们也不需要增加额外的中间处理组件，这是一种非常轻量、灵活的Redis多实例集群方法。
6、Proxy：现在很多主流的Redis集群都会使用Proxy方式，例如早已开源的Codis。这种方案有很多优点，因为支持原声redis协议，所以客户端不需要升级，对业务比较友好。并且升级相对平滑，可以起多个Proxy后，逐个进行升级。
美团二面:为什么Redis会有哨兵?
1、因此， 主从模式的一个缺点，就在于无法实现自动化地故障恢复 。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性。哨兵，就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报。
2、哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是 哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
3、为什么会出现这个问题：哨兵其实也是redis实例，一般情况下，哨兵是为了保证redis集群的故障转移。由于资源，以及网络通信的性能考虑，一般哨兵和redis会部署在同一物理机。
redis集群节点挂掉数据同步的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、redis集群节点挂掉数据同步的信息别忘了在本站进行查找喔。