redis集群方案优缺点比较

最新推荐文章于 2024-01-19 09:16:52 发布

原创最新推荐文章于 2024-01-19 09:16:52 发布 · 605 阅读

0 ·

CC 4.0 BY-SA版权

https://stor.51cto.com/art/201910/604653.htm

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

@黑木崖

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Redis学习总结（16）——Redis 集群的5种使用方式，及各自优缺点对比分析

科技D人生

06-10

977

一、常见使用方式 Redis 的几种常见使用方式包括： Redis 单副本 Redis 多副本(主从) Redis Sentinel(哨兵) Redis Cluster Redis 自研二、各种使用方式的优缺点 1、Redis 单副本 Redis 单副本，采用单个 Redis 节点部署架构，没有备用节点实时同步数据，不提供数据持久化和备份策略，适用于数据可靠性要求不高的纯缓存业务场景。优点：架构简单，部署方便; 高性价比：缓存使用时无需备用节点(单实例可用性可以用 su.

Redis集群方案及Redis3.2本地集群搭建搭建

qq_46073180的博客

01-23

1626

Redis集群方案及本地搭建

参与评论您还未登录，请先登录后发表或查看评论

redis集群的优缺点，5种使用方式优缺点介绍

泯灭于众生，高歌于孤夜！

10-08

3655

Redis Cluster优点：数据依照slot存储分布在多个节点，节点间数据共享，能够动态调整数据分布;可扩展性;无中心架构;高可用性;能够降低运维成本，有效提高系统的可用性以及扩展性。Redis Cluster缺点：数据通过异步复制，不保证数据的强一致性;Client 实现复杂;节点会因为某些原因发生阻塞被判断下线;多个业务使用同一套集群的时候，不能够依据统计区分冷热数据，资源隔离性较差，非常容易出现互相影响;Slave 在集群中充当“冷备”，不能缓解读压力;Key批量操作限制;

Redis集群优缺点

weixin_42796403的博客

01-26

1692

Redis集群优缺点 1. 引入集群问题：容量不够，redis如何进行扩容？并发写操作， redis如何分摊？什么是集群： Redis 集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。 Redis 集群通过分区（partition）来提供一定程度的可用性（availability）：即使集群中有一部分节点失效或者无法进行通讯，集群也可以继续处理命令请求。 2. 集群的优缺点 优点：实现扩容分摊压力无中心

redis优缺点总结

热门推荐

码农之道

04-29

4万+

优点： 1 读写性能优异 2 支持数据持久化，支持AOF和RDB两种持久化方式 3 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。 4 数据结构丰富：除了支持string类型的value外还支持string、hash、set、sortedset、list等数据结构。缺点： 1 Redis不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分

Redis 集群的3种方式及其优缺点

wttttp的专栏

01-11

1858

Redis 集群分类：1.主从复制 2.哨兵模式 3.集群模式

Redis集群方案.docx

01-07

本文将详细介绍几种常见的Redis集群方案，并分析各自的优缺点，为读者在实际部署时提供参考。早期的Redis集群解决方案中，客户端分片是最常见的一种。它通过在客户端实现数据分片逻辑，将不同的数据映射到不同的...

Redis集群方案应该怎么做？都有哪些方案？

duan18888的博客

05-27

913

使用codis方案：目前用的多的集群方案，基本和twemproxy一致的效果，但它支持在节点数量改变情况下，旧节点数据可恢复到新hash节点。 Redis cluster3.0自带的集群：特点在于他的分布式算法不是一致性hash，而是hash槽的概念，以及自身支持节点设置从节点。在业务代码层实现：起几个毫无关联的Redis实例，在代码层对key进行hash计算，然后去对应的Redis实例操作数据。这种方式对hash层代码要求比较高，考虑部分包括，节点失效后的替代算法方案，数据震荡后的自动脚本恢复，实例

集群系列：Redis集群方案及新版实战

2301_76607156的博客

04-28

607

主从复制模式是三种模式中最简单的一种，多台Redis实例，以一台实例作为主机，其余的实例作为备份机，主机和从机的数据完全一致，主从复制提高了Redis读请求的吞吐量主机支持数据的读和写操作，而从机只支持读和数据同步，客户端将数据写入主机后，由主机自动的将数据写入到从机中在Redis中主从复制的同步策略有两种全量更新：复制主机所有数据到从机增量更新：仅复制主机与从机差异数据到从机。

4种 Redis 集群方案及优缺点对比

m0_71777195的博客

07-20

366

在服务开发中，单机都会存在单点故障的问题，及服务部署在一台服务器上，一旦服务器宕机服务就不可用，所以为了让服务高可用，分布式服务就出现了，将同一服务部署到多台机器上，即使其中几台服务器宕机，只要有一台服务器可用服务就可用。redis也是一样，为了解决单机故障引入了主从模式，但主从模式存在一个问题master节点故障后服务，需要人为的手动将slave节点切换成为maser节点后服务才恢复。就诞生了，实现了真正的数据分片存储。但是由于等。......

Redis的集群模式有哪些优缺点？如何搭建和管理Redis集群？

wzxue1984的博客

08-10

625

需要注意的是，Redis集群模式需要至少6个节点才能正常工作，其中3个是主节点，3个是从节点。另外，为了保证集群的稳定性和性能，还需要密切关注节点的负载情况，并进行横向扩展和其他优化措施。内存消耗：为了保证数据一致性，Redis集群默认使用数据复制，即每个主节点都会将数据复制到多个从节点。数据迁移和复制：Redis集群会自动将数据分布在不同的节点上，需要将现有的数据迁移到集群中。复杂性：Redis集群的设置和管理相对复杂，需要考虑数据分片、节点故障处理、数据迁移等方面的问题。进行数据分片和复制。

4种 Redis 集群方案介绍+优缺点对比

m0_38048955的博客

01-19

760

异同点

4种 Redis 集群方案介绍+优缺点对比，一文带你了解

程序源日志的博客

02-10

953

客户端分片是把分片的逻辑放在Redis客户端实现，（比如：jedis已支持Redis Sharding功能，即ShardedJedis），通过Redis客户端预先定义好的路由规则(使用一致性哈希)，把对Key的访问转发到不同的Redis实例中，查询数据时把返回结果汇集。比如，一个分布式的存储系统，要将数据存储到具体的节点上，如果采用普通的hash方法，将数据映射到具体的节点上，如mod(key,d)，key是数据的key，d是机器节点数，如果有一个机器加入或退出这个集群，则所有的数据映射都无效了。

谈谈Redis的各种集群方案、及优缺点对比

xmt1139057136的专栏

07-01

996

你知道的越多，不知道的就越多，业余的像一棵小草！成功路上并不拥挤，因为坚持的人不多。编辑：业余草blog.youkuaiyun.com/Seky_fei推荐：https://www.xttblog.c...

Redis分布式集群--Redis的优势

zhangyukai9579的博客

09-30

750

Redis Redis（全称：Remote Dictionary Server 远程数据服务）是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、 Key-Value数据库，并提供多种语言的API。从2010年3月15日起，Redis的开发工作由VMware主持。从2013年5月开始，Redis的开发由Pivotal赞助 Redis是一个key-value存储系统。和...

Redis 集群的 5 种使用方式各自优缺点分析

码园平常事

12-15

1238

本文主要针对 Redis 常见的几种使用方式及其优缺点展开分析。一、常见使用方式 Redis 的几种常见使用方式包括： Redis 单副本 Redis 多副本(主从) Redis Sentinel(哨兵) Redis Cluster Redis 自研二、各种使用方式的优缺点 1、Redis 单副本 Redis 单副本，采用单个 Redis 节点部署架构，没有备用节点实时同步数...

4 种 Redis 集群方案介绍+优缺点对比

程序员小乐

05-24

751

Redis集群方案

最新发布

07-02

Redis Cluster 是 Redis 官方提供的分布式集群解决方案，旨在解决单机性能瓶颈和高可用性需求。它通过数据分片（sharding）实现横向扩展，并通过节点间的通信机制保障数据一致性和故障转移能力。 ### 集群部署方案 Redis Cluster 的部署通常包括多个节点，这些节点分为 **主节点（Master）** 和 **从节点（Slave）** 两种角色。每个主节点负责一部分数据槽（slot），而从节点则用于主节点的故障转移备份。在部署时，建议至少使用三个主节点以保证集群的基本可用性和容错能力。官方推荐使用奇数个节点来避免脑裂问题（split-brain）[^1]。例如，在三节点集群中，若一个节点失联，其余两个节点可以达成多数共识进行选举和恢复操作。 ### 实现原理 #### 数据分片与槽位定位 Redis Cluster 将所有数据划分为 16384 个哈希槽（hash slot），每个键通过 CRC16 校验后对 16384 取模得到对应的槽位，从而决定该键存储在哪个主节点上。这种设计使得数据分布均匀且易于扩展[^2]。 ```python def get_slot(key): import crc16 return crc16.crc16xmodem(key.encode()) % 16384 ``` #### 节点间通信机制 Redis Cluster 使用 Gossip 协议进行节点间通信，主要包括以下几种消息类型： - **PING 消息**：用于检测其他节点是否存活。 - **PONG 消息**：响应 PING 消息或主动告知自身状态。 - **MEET 消息**：新加入节点时通知已有节点认识它。 - **FAIL 消息**：当某个节点被认为下线时广播该消息。 - **PUBLISH 消息**：用于发布频道事件。 Gossip 协议的优点是去中心化、传播速度快；缺点是可能存在短暂的数据不一致情况，以及在网络不稳定时容易产生误判[^1]。 #### 故障转移与选举机制当某个主节点被标记为“疑似下线”（PFAIL）后，其他节点会通过一定时间确认其确实不可达，随后将其标记为“已下线”（FAIL）。此时，与其相关的从节点将发起选举流程，争取成为新的主节点。选举基于 Raft 算法的思想，确保只有一个从节点最终胜出并接管原主节点的工作负载[^3]。 #### 网络抖动处理为了应对网络波动带来的临时性连接中断问题，Redis Cluster 设置了相应的超时阈值（如 node timeout），只有当某节点连续超过此时间未响应时才视为下线。此外，还可以配置适当的重试策略和心跳间隔以提高鲁棒性。 #### 批量操作支持 Redis Cluster 支持部分批量命令，但要求涉及的所有键必须位于同一个槽内，否则客户端需要自行拆分成多个请求发送至不同节点执行。这限制了某些场景下的效率，但也简化了实现复杂度并降低了跨节点事务管理的成本[^1]。