etcd和redis的比较和日常使用场景

最新推荐文章于 2024-06-25 22:41:33 发布
最新推荐文章于 2024-06-25 22:41:33 发布
阅读量3.1w 收藏 22
点赞数 13
分类专栏： 实战
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41571449/article/details/79429511
版权

个人观点：etcd的红火来源于kurbernetes用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。
etcd是一种分布式存储，更强调的是各个节点之间的通信，同步，确保各个节点上数据和事务的一致性，使得服务发现工作更稳定，本身单节点的写入能力并不强。
redis更像是内存型缓存，虽然也有cluster做主从同步和读写分离，但节点间的一致性主要强调的是数据，并不在乎事务，因此读写能力很强，qps甚至可以达到10万+

两者都是k-v存储，但redis支持更多的存储模式，包括KEY，STRING，HMAP，SET，SORTEDSET等等，因此redis本身就可以完成一些比如排序的简单逻辑。而etcd则支持对key的版本记录和txn操作和client对key的watch，因此适合用做服务发现。

日常使用中，etcd主要还是做一些事务管理类的，基础架构服务用的比较多，容器类的服务部署是其主流。而redis广泛地使用在缓存服务器方面，用作mysql的缓存，通常依据请求量，甚至会做成多级缓存，当然部分情况下也用做存储型redis做持续化存储。

之后会介绍一下两者在代码里的使用

weixin_41571449
关注
  • 13
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
etcd vs redis方案对比
zhonglg3的博客
05-19 1万+
尽管etcd和redis都是键值存储，随着技术的演进，二者在功能上也有逐渐相似的趋势，但二者在许多方面都有很大区别。 etcd的红火来源于k8s用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。 etcd的重点是利用raft算法做分布式一致性，强调各个节点之间的通信、同步，确保各节点数据和事务的一致性，使得服务发现工作更稳定； redis也可以做主从同步和读写分离，但节点一致性强调的是数据，不是事务。redis的注册和发现只能通过pub和sub实现，安全性不能保证（断线
Java开发高级工程师面试，etcd：一款比Redis更骚的分布式锁的实现方式
m0_60732427的博客
08-07 513
Watch 机制支持 Watch 某个固定的 key，也支持 Watch 一个范围（前缀机制）。 当被 Watch 的 key 或范围发生变化，客户端将收到通知；在实现分布式锁时，如果抢锁失败， 可通过 Prefix 机制返回的 Key-Value 列表获得 Revision 比自己小且相差最小的 key（称为 pre-key）， 对 pre-key 进行监听，因为只有它释放锁，自己才能获得锁，如果 Watch 到 pre-key 的 DELETE 事件， 则说明 pre-key 已经释放，自己将持有锁。
etcd详解
最新发布
m0_51586984的博客
06-25 1282
在做微服务集群开发时，有很多应用，有很多微服务上下游节点，它们本身需要很多存储配置文件，需要有一个地方来存储这些配置文件，因此诞生了etcd，它本质是为了微服务上下游服务去存储一些配置文件，在修改配置文件可以及时生效到上下游微服务，etcd主要功能：监听时，省去监听资源的消耗，让监听资源放到其他工作资源上。它本身监听一个对象，在对象发生改变的时候弹出这个对象的变化etcd其实是etc distribution (分布式数据库)数据的时效性监听机制操作简单安全快速可靠。
etcd和mysql_etcd和redis比较
weixin_42314846的博客
01-26 832
尽管etcd和redis都是键值存储，随着技术的演进，二者在功能上也有逐渐相似的趋势，但二者在许多方面都有很大区别。etcd的红火来源于k8s用etcd做服务发现，而redis的兴起则来源于memcache缓存本身的局限性。etcd的重点是利用raft算法做分布式一致性，强调各个节点之间的通信、同步，确保各节点数据和事务的一致性，使得服务发现工作更稳定；redis也可以做主从同步和读写分离，但节点...
etcd和redis 区别和对比
王安的博客
05-17 2826
redis更像是内存型缓存，虽然也有cluster做主从同步和读写分离，但节点间的一致性主要强调的是数据，并不在乎事务，因此读写能力很强，qps甚至可以达到10万+。redis支持更多的存储模式，包括KEY，STRING，HMAP，SET，SORTEDSET等等，因此redis本身就可以完成一些比如排序的简单逻辑。etcd是一种分布式存储，更强调的是各个节点之间的通信，同步，确保各个节点上数据和事务的一致性，使得服务发现工作更稳定，本身单节点的写入能力并不强。
redis与etcd的对比
wyx的博客
04-17 1445
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存储的数据生成快照，并且存储到磁盘等介质上。
etcd 和 Redis 的对比：特点与适用场景
小桥流水 的专栏
03-19 1898
对比etcd和redis的特点
Redis介绍和使用场景详解
08-27
在这篇文章中，我们主要介绍了Redis的介绍和使用场景，并对其进行了详细的分析和比较。下面是相关的知识点： 1. 持久化数据库的缺点 关系型数据库，如Mysql、Oracle和SqlServer等，在开发过程中，数据通常都是通过...
Redis特性和应用场景.doc
11-07
Redis，全名Redisson，是一款高性能的Key-Value数据存储系统，因其高效的数据处理能力和丰富的数据结构而广泛应用于各种场景。以下将详细介绍Redis的主要特性、数据结构以及适合的应用场景。 1. Redis特性： - **...
77.redis的使用场景？.avi
03-09
redis的使用场景？
redis简介和应用场景介绍.zip
05-03
redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用场景介绍redis简介和应用...
Redis特性和应用场景
07-07
官方提供的数据表明，在一个普通的Linux机器上，Redis读写速度分别达到81000/s和110000/s。 数据结构 可以将Redis看做“数据结构服务器”。目前，Redis支持5种数据结构。 持久化 由于所有数据保持在内存中，所以对...
redis使用场景_一日一技：这个使用场景，etcd 比 Redis 强。
weixin_39750854的博客
12-04 386
摄影：产品经理跟着产品经理到处浪我们说，要评判一个东西的好坏，一定要说明具体在什么业务场景。脱离业务谈好坏是没有意义的。Redis 非常强大，我出版过一本书专门介绍 Redis 的各种用法。但这并不是说 Redis 在各种方面都没有对手。至少在分布式系统的配置更新这个场景上面，我认为 etcd 做得更好。要解释这个问题，我们来看一个具体的业务场景：在 Redis 中有一个列表 sente...
etcd和redis的对比
柠是柠檬的檬的博客
08-18 2070
etcd和redis的对比
Etcd 与Redis 业务应用场景差异
pfm685757的专栏
03-01 1566
Redis特点 1. 丰富的数据类型 (string, hash, set ,zset, list 等) 2. 读写性能优异 3. 单线程原子性 4. 可持久化 aof/rdb 5. 支持pub/sub 订阅发布模式 高可用方案：哨兵机制 分布式一致性：redis主从为异步复制模式，一致性无法保证 (多节点数据一致性强依赖网络延迟) 主要适用场景：队列, 缓存，分布式session，等非强...
分布式锁redis、zookeeper、etcd区别
博客模板
03-02 3576
redis zookeeper etcd 一致性算法 无 paxos raft CAP AP CP CP 高可用 主从 N+1可用 N+1可用 接口类型 客户端 客户端 http/grpc 实现 setNX createEphemeral restful API ...
常用的高性能 KV 存储 Redis、Memcached、etcd、Zookeeper 区别、Raft 协议
wohu1104的专栏
08-22 5520
1. 什么是 KV 存储 KV 是 Key-Value 的缩写，KV 存储也叫键值对存储。简单来说，它是利用 Key 做索引来实现数据的存储、修改、查询和删除功能。 常用的高性能 KV 存储主要有 Redis 、Memcached 、etcd 、Zookeeper 等，其中 Redis 和 Memcached 主要用来缓存业务数据； etcd 和 Zookeeper 主要用来存储元数据； 业务数据比较好理解，就是业务系统业务逻辑处理的数据。比如我们要在 API 服务中将活动信息快速读取出来，就需
延时队列如何实现？ETCD vs Redis
csdnYF的博客
05-05 1117
前言 日常开发中，我们经常会碰到有延时任务的场景，譬如30分钟后关闭订单、在指定时间上架某个活动等，如果是最简单的场景，不考虑服务水平扩容、服务宕机等因素，可能内部用github.com/robfig/cron加MYSQL存储延时信息即可。当然，一般线上服务，不可能不考虑道这些因素的影响，所以才有很多任务调度框架，比如：Quartz、xxl-job、Temporal等。但这次这里想讨论的是中间情况，也就是，既想保证服务能水平扩容、服务宕机任务不丢失，又不想使用那些调度框架（毕竟有部署成本和学习成本）。 延时
mongodb和redis的使用场景
08-29
MongoDB和Redis是两种不同类型的数据库，它们在使用场景上有所区别。 MongoDB是一种面向文档的NoSQL数据库，适用于存储和查询半结构化数据。它通常用于以下场景： 1. 大规模数据存储和分析：MongoDB提供高度可扩展性和灵活的数据模型，适用于存储海量数据和复杂查询。 2. 高度动态的数据模型：MongoDB的文档模型允许数据结构和字段的灵活性，适用于应对数据模式频繁变化的情况。 3. 实时数据处理：MongoDB支持实时数据写入和查询，适用于需要快速响应和实时更新的应用场景。 4. 复杂的查询和聚合操作：MongoDB提供强大的查询和聚合功能，适用于需要复杂数据分析和处理的场景。 Redis是一种内存中的键值存储数据库，适用于高性能和缓存相关场景。它通常用于以下场景： 1. 缓存：Redis可以将常用的数据缓存在内存中，提高读取速度并减轻后端数据库的负载。 2. 高速数据访问：Redis以内存为基础，读写速度非常快，适用于需要快速读取和写入数据的场景。 3. 发布/订阅系统：Redis提供了强大的发布和订阅功能，适用于构建实时消息系统或事件驱动的应用。 4. 计数器和排行榜：Redis支持原子操作和排序功能，适用于实时计数和排行榜等场景。 总之，MongoDB适用于大规模数据存储和复杂查询，而Redis适用于高性能缓存和快速数据访问。根据具体需求和数据特点，可以选择合适的数据库或结合两者的优势来满足应用需求。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值