redis与etcd的对比

最新推荐文章于 2025-04-28 10:05:05 发布
最新推荐文章于 2025-04-28 10:05:05 发布
阅读量1.9k 收藏 18
点赞数 22
CC 4.0 BY-SA版权
分类专栏： K8S学习 文章标签： redis etcd 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37278522/article/details/137870610
本文详细介绍了Redis的key-value存储特性（包括不同类型和持久化策略）、主从架构的优势、哨兵模式的监控与故障转移，以及与MySQL主从复制的区别，重点阐述了Etcd基于raft协议的选主、日志复制和安全性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.redis是一种高级的key：value存储系统，其中value支持五种数据类型：

    1.1 字符串（strings）

    1.2 字符串列表（lists）

    1.3 字符串集合（sets）

    1.4 有序字符串集合（sorted  sets）

    1.5 哈希（hashes）

2.redis的持久化：RDB（Redis Database）和AOF（Append Only File）

    RDB：在不同的时间点，将redis存储的数据生成快照，并且存储到磁盘等介质上

    AOF：将redis执行过的所有指令记录下来，下次redis重新自动的时候，会把这些指令从前到后执行一遍即可，redis重启后，优先使用AOF方式来进行数据恢复，这种方式数据恢复完整度较高

3.redis的主从：主从结构一个是为了冗余备份，另一个是为了提升读性能例如消耗性能的sort就可以由从服务器来承担

                        主从架构中，关闭主服务器的数据持久化功能，只打开从服务器的数据持久化功能，可以提高主服务器的处理性能

                        主从架构中，从服务器一般只设置为只读模式，可以避免从服务器的数据被修改

    

主从架构：

最低0.47元/天 解锁文章
万字详解：etcd、HBase 与 Redis 技术原理对比与应用场景选型 & 用生活实例讲透技术本质与应用
AI天才研究院
04-13 150
Redis：内存型键值数据库，注重极高的读写性能etcd：分布式键值存储，注重一致性和可靠性HBase：分布式列族数据库，注重海量数据的可扩展存储选择 Redis 的场景需要极高的读写性能（亚毫秒级响应）数据量相对较小，可以放入内存需要复杂的数据结构（如列表、集合、有序集合等）典型用例：缓存、会话存储、排行榜、计数器、实时分析选择 etcd 的场景需要强一致性保证的小型关键数据服务发现和注册分布式系统的配置管理分布式锁和领导者选举。
JAVA面试题分享三百八十六：Redis、ZooKeeper、Etcd，谁有最好用的分布式锁？
之乎者也·的博客
01-31 1170
好了，总结一下。这篇文章，我们主要探讨了基于 Redis 实现的分布式锁，究竟是否安全这个问题。从最简单分布式锁的实现，到处理各种异常场景，再到引出 Redlock，以及两个分布式专家的辩论，引申出分布式系统 NPC 问题。最后我们还对比了基于 ZooKeeper、Etcd 的分布式锁的安全问题，以及与 Redis 的差异。对于分布式锁可以总结下：分布式锁并不是 100% 安全，无论是基于 Redis、ZooKeeper 还是 Etcd。
分布式锁 Redis vs etcd
dengjiayue的博客
01-09 2528
当我们不需要很强的一致性,但是需要比较高的性能的时候,大量并发获取锁的情景下我们可以选择 Redis 的分布式锁如果我们需要强一致,高性能,高并发的场景的话我们可以使用 Redis 的 redlock 模式如果我们需要强一致,但是性能不需要太高,并且并发数量并不高的情况,可以选择使用 etcd 的分布式锁。
etcd和mysql_etcd和redis比较
weixin_42314846的博客
01-26 885
尽管etcd和redis都是键值存储，随着技术的演进，二者在功能上也有逐渐相似的趋势，但二者在许多方面都有很大区别。etcd的红火来源于k8s用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。etcd的重点是利用raft算法做分布式一致性，强调各个节点之间的通信、同步，确保各节点数据和事务的一致性，使得服务发现工作更稳定；redis也可以做主从同步和读写分离，但节点...
ETCD与Redis实现锁的性能对比分析
最新发布
searchboy2025的博客
04-28 51
具体来说，ETCD会将需要保护的资源映射到一个全局的锁对象上，多个进程可以同时获取这个锁对象，但只有拥有相应权限的进程才能进行数据的修改操作。在实际应用中，可以根据具体需求选择合适的锁类型和实现方式，以解决并发访问中出现的冲突和问题。测试结果表明，ETCD实现锁具有较高的并发处理能力和可靠性，可以有效地解决并发访问中出现的冲突和问题。Redis提供了丰富的哈希类型数据结构，可以方便地实现基于哈希的分布式锁。（2）扩展性强：ETCD支持多种锁类型和实现方式，可以根据具体需求选择合适的锁类型和实现方式。
etcd 和 Redis 的对比：特点与适用场景
小桥流水 的专栏
03-19 3184
对比etcd和redis的特点
etcd和redis 区别和对比
王安的博客
05-17 3872
redis更像是内存型缓存，虽然也有cluster做主从同步和读写分离，但节点间的一致性主要强调的是数据，并不在乎事务，因此读写能力很强，qps甚至可以达到10万+。redis支持更多的存储模式，包括KEY，STRING，HMAP，SET，SORTEDSET等等，因此redis本身就可以完成一些比如排序的简单逻辑。etcd是一种分布式存储，更强调的是各个节点之间的通信，同步，确保各个节点上数据和事务的一致性，使得服务发现工作更稳定，本身单节点的写入能力并不强。
etcd和redis的对比
柠是柠檬的檬的博客
08-18 2209
etcd和redis的对比
etcd vs redis方案对比
zhonglg3的博客
05-19 1万+
尽管etcd和redis都是键值存储，随着技术的演进，二者在功能上也有逐渐相似的趋势，但二者在许多方面都有很大区别。 etcd的红火来源于k8s用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。 etcd的重点是利用raft算法做分布式一致性，强调各个节点之间的通信、同步，确保各节点数据和事务的一致性，使得服务发现工作更稳定； redis也可以做主从同步和读写分离，但节点一致性强调的是数据，不是事务。redis的注册和发现只能通过pub和sub实现，安全性不能保证（断线
延时队列如何实现？ETCD vs Redis
csdnYF的博客
05-05 1227
前言 日常开发中，我们经常会碰到有延时任务的场景，譬如30分钟后关闭订单、在指定时间上架某个活动等，如果是最简单的场景，不考虑服务水平扩容、服务宕机等因素，可能内部用github.com/robfig/cron加MYSQL存储延时信息即可。当然，一般线上服务，不可能不考虑道这些因素的影响，所以才有很多任务调度框架，比如：Quartz、xxl-job、Temporal等。但这次这里想讨论的是中间情况，也就是，既想保证服务能水平扩容、服务宕机任务不丢失，又不想使用那些调度框架（毕竟有部署成本和学习成本）。 延时
redis使用场景_一日一技：这个使用场景，etcd 比 Redis 强。
weixin_39750854的博客
12-04 432
摄影：产品经理跟着产品经理到处浪我们说，要评判一个东西的好坏，一定要说明具体在什么业务场景。脱离业务谈好坏是没有意义的。Redis 非常强大，我出版过一本书专门介绍 Redis 的各种用法。但这并不是说 Redis 在各种方面都没有对手。至少在分布式系统的配置更新这个场景上面，我认为 etcd 做得更好。要解释这个问题，我们来看一个具体的业务场景：在 Redis 中有一个列表 sente...
etcd和redis的比较和日常使用场景
热门推荐
吴景慈跑得快的博客
03-03 3万+
个人观点：etcd的红火来源于kurbernetes用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。 etcd是一种分布式存储，更强调的是各个节点之间的通信，同步，确保各个节点上数据和事务的一致性，使得服务发现工作更稳定，本身单节点的写入能力并不强。 redis更像是内存型缓存，虽然也有cluster做主从同步和读写分离，但节点间的一致性主要强调的是数据，并不...
Etcd 与Redis 业务应用场景差异
pfm685757的专栏
03-01 1633
Redis特点 1. 丰富的数据类型 (string, hash, set ,zset, list 等) 2. 读写性能优异 3. 单线程原子性 4. 可持久化 aof/rdb 5. 支持pub/sub 订阅发布模式 高可用方案：哨兵机制 分布式一致性：redis主从为异步复制模式，一致性无法保证 (多节点数据一致性强依赖网络延迟) 主要适用场景：队列, 缓存，分布式session，等非强...
【etcd】ubuntu22安装，与redis对比的区别
m0_74282926的博客
02-15 1032
更新软件包列表： 安装 etcd： 启动 etcd 服务： 验证安装： 如果输出类似以下内容，表示安装成功： 设置开机自启（可选）： 方法 2：通过二进制文件安装（推荐，支持最新版本） 适用于需要最新版本或自定义配置的场景。下载 etcd 二进制文件： 解压文件： 移动文件到系统路径： 创建 etcd 配置和数据目录： 创建 systemd 服务文件： 写入以下内容（按需修改配置）： 启动 etcd 服务： 验证服务状态： 输出应显示 。测试 etcd：
Redis、ZooKeeper和Etcd的对比脸熟
weixin_38392612的博客
03-29 804
Redis：Redis是在2009年开发的。ZooKeeper：ZooKeeper最初起源于雅虎研究院的一个研究小组，是Hadoop和Hbase目前的重要组件。Etcd：Etcd是由CoreOS团队于2013年6月发起的开源项目，是Kubernetes（k8s）等容器编排工具的重要组件之一。
分布式锁实现原理与实战：Redis vs ZooKeeper vs Etcd
2401_88760782的博客
03-13 1030
Redis适合高性能要求的场景锁操作频繁但持有时间短的场景可以容忍极端情况下锁失效的场景运维资源有限的团队ZooKeeper适合对数据一致性要求极高的场景需要复杂锁类型(如公平锁、读写锁)的场景长时间持有锁的场景有专业运维团队的大型组织Etcd适合云原生架构与Kubernetes生态集成的场景需要强一致性但又希望API简洁的场景对性能要求适中的场景分布式锁是分布式系统中的关键组件，选择合适的实现对系统的可靠性和性能至关重要。
Java开发高级工程师面试，etcd：一款比Redis更骚的分布式锁的实现方式
m0_60732427的博客
08-07 599
Watch 机制支持 Watch 某个固定的 key，也支持 Watch 一个范围（前缀机制）。 当被 Watch 的 key 或范围发生变化，客户端将收到通知；在实现分布式锁时，如果抢锁失败， 可通过 Prefix 机制返回的 Key-Value 列表获得 Revision 比自己小且相差最小的 key（称为 pre-key）， 对 pre-key 进行监听，因为只有它释放锁，自己才能获得锁，如果 Watch 到 pre-key 的 DELETE 事件， 则说明 pre-key 已经释放，自己将持有锁。
etcd和mysql_etcd和redis的比较和日常使用场景
weixin_34809884的博客
01-19 419
个人观点：etcd的红火来源于kurbernetes用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。etcd是一种分布式存储，更强调的是各个节点之间的通信，同步，确保各个节点上数据和事务的一致性，使得服务发现工作更稳定，本身单节点的写入能力并不强。redis更像是内存型缓存，虽然也有cluster做主从同步和读写分离，但节点间的一致性主要强调的是数据，并不在乎事务...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值