etcd源码分析之put流程及部分channel的作用

最新推荐文章于 2024-06-05 21:02:00 发布
最新推荐文章于 2024-06-05 21:02:00 发布
阅读量510 收藏
点赞数 1
分类专栏： kubernetes etcd 文章标签： 数据库 golang etcd
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u012631731/article/details/105455475
版权
本文通过一张关系图和时序图详细分析了etcd中执行put操作的流程，揭示了golang代码中channel在etcdctl过程中的作用。

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

引用一张关系图说明etcd各模块的关系

下面绘制了etcdctl put key value的时序图来解析代码流程

最低0.47元/天 解锁文章
etcd 的Put请求处理
Catastrophe
08-22 762
在介绍etcdctl的内容中，我们知道了etcdctl实际上是向etcd服务端执行了grpc请求获取对应的结果，这一篇主要介绍当向etcd服务端执行Get/Put指令的时候究竟做了哪些工作。
etcd源码理解（1）概述
qq_34924156的博客
01-09 580
一、概述 Etcd是由CoreOS构建的高可用key-value数据库，采用raft协议作为一致性算法，并且基于Go实现。 使用场景：处理数据都是控制数据，或者数据量很小、更新频繁的应用数据。主要用于共享配置与服务发现。 Etcd特点： 简单：安装配置简单，而且提供了HTTP API进行交互，使用也很简单 安全：支持SSL证书验证 快速：根据官方提供的benchmark数据，单实例支持每秒2k+读操作 可靠：采用raft算法，实现分布式系统数据的可用性和一致性 支持的能力： 提供存储以及获取
ETCD源码分析---put流程
cyq6239075的博客
10-09 1056
Put 流程涉及到的模块如下所示： 直接从processInternalRaftRequestOnce函数开始看： func (s *EtcdServer) processInternalRaftRequestOnce(ctx context.Context, r pb.InternalRaftRequest) (*applyResult, error) { ai := s.getAppliedIndex() ci := s.getCommittedIndex() if c
etcd 的put 请求（二）
新手写博客的专栏
01-28 696
put请求进入etcd raft协议 在主节点和follower节点的交互
ETCD数据库源码分析——服务端PUT流程
肥叔菌的博客
06-29 639
在ETCD数据库源码分析——etcd gRPC 服务 API注册服务小节，有如下grpc服务注册代码，包含了服务端PUT流程所属的KVServer。 RegisterKVServer函数定义在/api/etcdserverpb/rpc.pb.go文件中，这里中的s指的就是ETCD数据库中的最重要的etcdserver结构体。 在/api/etcdserverpb/rpc.pb.go里面，可以看到上面定义的ServiceName和MethodName，可以找到Put方法对应的函数_KV_Put_Handle
ETCD v2 源码分析
salyty的博客
10-17 1032
目录Getwatch (Wait/Since)quorum, 一致性读取PutTTLCAS（Compare-and-Swap）POST 自增 keykey 过期 Etcd is a distributed, consistent key-valuestore for shared configurationand service discovery ETCD 有 v2和 v3，api 和内部存储都不一样。这里只分析 v2。 基于源码git tag v2.0.0 ：git checkout -b versi
[ETCD v3.4.10源码分析] 1. Raft协议与心跳机制
硅基创想家的博客
02-12 1095
[ETCD源码分析] 1. Raft协议与心跳机制Leader选举1. Ticker Leader选举 在ETCD中只有Leader能处理写提案，那么Leader是如何产生的呢？ 1. Ticker 在创建raftNode实例时，会同时创建1个Ticker,传入的hearbeat等于cfg.TickMs，默认为100ms func newRaftNode(cfg raftNodeConfig) *raftNode { // 创建logger(略) r := &raftNode{ lg:
Etcd Raft架构设计和源码剖析1：宏观架构
最新发布
大叶子不小的博客
06-05 1132
使用etcd raft应用的架构使用etcd raft应用应当提供哪些功能供raft使用应用是如何和etcd raft交互的etcd raft涉及到的存储概念一个写请求从客户端到在节点之间达成一致，应用到状态机的过程。
[ETCD v3.4.10源码分析] 2. 日志复制与同步机制
硅基创想家的博客
02-12 746
[ETCD v3.4.10源码分析] 2. 日志复制与同步机制 第一章 [ETCD v3.4.10源码分析] 1. Raft协议与心跳机制 第二章 [ETCD v3.4.10源码分析] 2. 日志复制与同步机制 文章目录[ETCD v3.4.10源码分析] 2. 日志复制与同步机制前言一、日志的结构形式二、日志保存的整体流程3. 日志生成4. Leader同步日志5. 持久化总结 前言 分布式共识算法(consensus algorithm)通常的做法就是在多个节点上复制状态机。分布在不同服务器
Etcd源码分析-网络模型
程序员的世界
06-22 6566
从本篇开始，将会有一个系列对Etcd源码进行分析。 我之前阅读过很多开源软件，对阅读开源软件，有如下基本思路： 1、了解该软件相关背景知识，例如相关博客、官网，要相信自己不是第一个分析该软件的人 2、对该软件进行使用，例如：编译、运行或者基于接口进行开发 3、找到该软件的合适切入点进行源码分析，例如网络相关的软件（ovs、etcd）找到socket监听服务、接收消息、发送消息 对于etc...
etcd-from-arch-to-souce-code:etcd架构以及源码解析-源码解析
03-24
前言 从2016年使用Kubernetes时接触到etcd，到现在已有已有接近三年的时间了。etcd在kubernetes进入中，作为一个核心的存储组件，具有举足轻重的位置。细节。直到最近，分布式系统，尤其是分布式存储变得越来越热，越来越重要，才静下心来，打算深入探究下etcd的内部细节。 糟糕的是这个过程并不顺利，本来想着可以通过阅读书籍的方式来理解，但找了很久，也没有找到一本结合架构，源码以及使用案例来剖析的书籍，以至于最后不得不翻开etcd原始码，一行人阅读etcd的原始码，剖析内部实现细节。经过反复的阅读与实践，终于对etcd有了一个全方位的认识，在这里将我获得的这些知识总结出来，希望能够帮助对etcd感兴趣的同学，以及那些对分布式存储，对多样化系统研究的同学。 ......在本书中，不仅会介绍etcd原理和应用，而且会花更多的篇幅介绍etcd源码，既然继承了源码，就不得不用啰嗦
Etcd源码分析-存储2
程序员的世界
06-24 1988
说实话，上一篇写的时候压力很大，不知道如何介绍代码流程，才能把存储过程说的清清楚楚？所以后来决定再写一篇，以etcdctl命令行为切入口，层层深入。 一、存储数据结构 Etcd是存储有如下特点： 1、采用kv型数据存储，一般情况下比关系型数据库快。 2、支持动态存储(内存)以及静态存储(磁盘)。 3、分布式存储，可集成为多节点集群。 4、存储方式，采用类似目录结构。 1...
etcd网络层源码分析(一)
高思维深思考的博客
10-31 403
etcdserver.NewServer //轻量级，用了不会关闭 var err error t.streamRt, err = newStreamRoundTripper(t.TLSInfo, t.DialTimeout) if err != nil { return err } //对于大的数据pipeline,用了立刻关闭的入口 t.pipelineRt, err = NewRoundTripper(t.TLSInfo, t.DialTimeout) if err != nil { retur
etcd基本使用
hanhan的博客
06-14 2458
我们这里开一个进程watch某一个key，在另外一个进程里进行替换或者删除key。很显然，如果我们在主线程进行event监控，会造成主线程阻塞。我们可以向watch加入回调函数，这样就不会阻塞主进程了。当我们不想继续watch后，我们可以显式取消watch。我们可以使用watch_once在第一个事件后停止。可以看到在接收到事件后watch进程仍在监听状态。这里我们在第3次处理watch事件后进行取消。
Etcd源码解析(转)
weixin_30838873的博客
08-06 875
7　Etcd服务端实现 7.1　Etcd启动 Etcd有多种启动方式，我们从最简单的方式入手，也就是从embed的etcd.go开始启动，最后会启动EtcdServer。 先看看etcd.go中的启动代码： func StartEtcd(inCfg *Config) (e *Etcd, err error) 从StartEtcd方法启动etcd服务，参数是初始配置信息c...
Etcd源码分析-存储3
程序员的世界
06-24 1435
Etcd是分布式存储系统，当leader有数据变化，要及时更新到其他节点，这里就涉及到数据同步。 一、数据同步 上一篇介绍，Etcd接收到客户端的请求，会把相关数据传递到Raft状态机中，那么进入状态机之后如何处理呢？流程图如下： type raftLog struct { // storage contains all stable entries since the last sna...
学习 etcd 存储的第一步，从 Put 操作源码说起
weixin_43460859的博客
04-21 673
在这篇文章中，讲述了一个最简单的 Put 请求最基本的处理流程，这个流程同时也是 etcd 其它操作的基础。在 etcdctl 的处理中，会把用户的命令转成客户端的方法，随后客户端向 etcd 服务端发送一个 gRPC 请求。服务端实现了对应的 gRPC 服务提供给客户端，服务的启动包含了 raft 节点通信和客户端通信的 http 服务，服务本身即为一个 raft 节点，启动时等待其它节点发来的同步消息。将键值对以 log entry 的形式发送给 raft 集群中其它节点（包括自身），等待节点处理。
Etcd源码分析-网络模型进阶篇
程序员的世界
06-23 3336
起初本篇打算介绍raft相关，但是后来发现，还是有必要再深入介绍一下网络模型。一、基础网络模型 Etcd采用http（https）协议作为应用层协议，关于http协议介绍不是本篇范畴。大家都知道http一般情况下是无状态协议，且网络是为请求+应答模式，当收到应答http session就结束了（tcp可能不结束）。但是在etcd中可能就不是这样子了。下面是抓取的http报文： ...
Etcd源码分析： put流程
weixin_34210740的博客
08-22 1367
put操作 put操作是etcd v3 client支持的命令，和v2的set用法差不多 但是需要注意的是，如果你在一个3节点的etcd集群中，A节点切换为v3 client版本，然后put进了一对key-value，在B节点，还是v2的client，这个时候你get不到数据的，如果在B节点切换到了v3 client，这个时候才可以get到数据 简单的说...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值