作者小头像 Lv.3
更多个人资料
290 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

技术人文, 互联网, 微信公众号：poemyang

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
290
0
0
0
0

个人资料

个人介绍

技术人文, 互联网, 微信公众号：poemyang

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 技术札纪——有限硬件与无限计算的权衡艺术
“凭什么说你比我先？”——没有上帝时钟，如何判断“谁先谁后”？
摘要：本文介绍了分布式系统中的三种时间同步机制。兰伯特逻辑时钟通过单调递增计数器捕获事件偏序关系，但无法识别并发事件。向量时钟扩展逻辑时钟，通过向量比较精确判断因果关系和并发性。版本向量应用向量时钟原理检测数据冲突，通过多版本管理和自定义策略（如客户端逻辑或"Last write win"）解决副本不一致问题。这些机制为分布式系统提供事件顺序和一致性保障，但各有适用场景和局限性
分布式
作者小头像 poemyang 2025-09-27 11:38:18
4
0
0
2025-09-27 11:38:18
4
0
0
“你还活着吗？” “我没死，只是网卡了！”——来自分布式世界的“生死契约”
摘要： Lease机制是分布式系统的核心协调工具，通过时间限制的授权确保系统一致性。其核心逻辑包括：授权者（如Leader）授予接收方有效期内的特定权限（如资源访问权），接收方到期后需主动放弃权限。Lease可解决节点状态判定中的“双主”问题——通过颁发带时限的Leader Lease，避免因网络延迟导致的多主冲突。机制需处理授权者单点故障（采用高可用集群）和时钟同步问题（设置安全时间窗口）。
分布式
作者小头像 poemyang 2025-09-25 10:43:06
37
0
0
2025-09-25 10:43:06
37
0
0
海量数据如何“安家”？一文读懂哈希、范围和一致性哈希三大分片策略
本文介绍了三种分布式数据分布方法：哈希分布通过哈希函数将数据均匀分配到节点，但节点变化时数据迁移量大；数据范围分布按键值区间划分，适合范围查询但存在热点问题；一致性哈希（如Ketama Hash）通过虚拟节点减少节点变化时的数据迁移。文章还图示说明了各方法的原理和节点变化时的处理方式。
分布式
作者小头像 poemyang 2025-09-24 10:26:08
67
0
0
2025-09-24 10:26:08
67
0
0
“卧槽，系统又崩了！”——别慌，这也许是你看过最通俗易懂的分布式入门
分布式系统通过多节点协作解决单机性能瓶颈，核心挑战包括节点故障、网络延迟和数据一致性。本文解析了保障系统可靠性的关键机制：数据分片实现扩展性，冗余副本确保高可用，Lease机制优化资源管理，Quorum原则维护一致性，以及Gossip协议同步集群状态。这些方案为构建稳健的分布式架构提供了方法论支持。文章还探讨了单机性能与集群规模的效益关系，并对比了拜占庭故障和崩溃故障的处理策略。
任务调度 分布式
作者小头像 poemyang 2025-09-23 10:27:31
39
0
0
2025-09-23 10:27:31
39
0
0
从JSON到Protobuf，深入序列化方案的选型与原理
本文对比了JSON和Protobuf两种序列化方式的特点与性能。JSON凭借可读性和跨平台优势广泛应用于Web开发，但其文本格式导致传输效率较低，占用空间大。Protobuf作为二进制序列化方案，采用Varint变长编码和tag-type结构，显著提升传输效率，数据体积更小、解析更快，但可读性较差。文章通过Go代码示例展示了两种方式的具体实现和二进制流差异，指出序列化性能直接影响RPC通信效率。
JSON RPC 数据结构
作者小头像 poemyang 2025-09-19 10:08:10
113
0
0
2025-09-19 10:08:10
113
0
0
gRPC不是银弹：为内网极致性能，如何设计自己的RPC协议？
摘要： 本文探讨了自研RPC协议在内网环境中的性能优势，对比了gRPC协议的局限性。针对TCP拆包/粘包问题，提出长度前缀等解决方案，并设计了一种支持扩展的RPC协议框架。协议包含19字节固定帧头（含魔数、消息类型、长度等字段）及可变长协议体（分包头和包体），通过序列化ID和压缩算法实现高效传输。文中以Protobuf定义包头结构，并给出Java Netty的编解码实现示例，强调协议灵活性、轻量级
RPC TCP/IP
作者小头像 poemyang 2025-09-18 07:33:12
171
0
0
2025-09-18 07:33:12
171
0
0
Facebook内部都在用的存储引擎，LSM凭什么能硬扛亿级写入流量？
RocksDB是一款基于LSM树的高性能键值存储引擎，其核心设计包括内存表(MemTable)、预写日志(WAL)和有序字符串表(SSTable)。写入时先写WAL再写MemTable，写满后转为不可变内存表并刷盘生成SSTable。查询时通过多层查找策略和布隆过滤器优化性能。LSM树通过合并机制(Compaction)处理空间、读、写放大问题，支持Leveled和Tiered两种合并策略
云存储 数据结构
作者小头像 poemyang 2025-09-17 10:54:15
117
0
0
2025-09-17 10:54:15
117
0
0
站在巨人的肩膀上：gRPC通过HTTP/2构建云原生时代的通信标准
gRPC作为云原生通信标准，基于HTTP/2实现高效RPC通信。 通过.proto文件定义服务接口并自动生成多语言客户端/服务端代码。gRPC实现了跨语言远程调用，使开发者能像调用本地方法一样进行分布式通信。
http RPC 云原生
作者小头像 poemyang 2025-09-17 10:53:31
3150
0
0
2025-09-17 10:53:31
999+
0
0
从HPACK到多路复用，揭秘HTTP/2如何终结网络拥堵
HTTP/2通过HPACK压缩和多路复用技术优化性能。HPACK采用静态表（61个预定义字段）、动态表（会话中更新）和霍夫曼编码压缩头部，减少冗余传输。多路复用允许单TCP连接承载多个双向流，通过流标识符实现并行传输，避免HTTP/1的队头阻塞问题。流可设置优先级，支持服务器主动推送（偶数为服务端流）。这两种机制显著提升了HTTP/2的传输效率和并发能力。
http 网络
作者小头像 poemyang 2025-09-15 08:32:02
115
0
0
2025-09-15 08:32:02
115
0
0
从文本到二进制：HTTP/2不止于性能，更是对HTTP/1核心语义的传承与革新
本文介绍了gRPC和HTTP/2的技术特点。gRPC作为CNCF核心项目，采用ProtoBuf和HTTP/2实现高效RPC通信。HTTP/2通过二进制分帧、多路复用等特性解决了HTTP/1.1的性能瓶颈，详细解析了其帧结构（包括Length、Type等字段）和消息兼容性设计（如伪头部字段替代HTTP/1.1起始行）。文章还展示了HTTP/2如何通过头部压缩减少重复数据传输，提升通信效率。
http TCP/IP
作者小头像 poemyang 2025-09-12 12:11:21
189
0
0
2025-09-12 12:11:21
189
0
0
总条数：29
10
10
20
50
100
  • 1
  • 2
  • 3

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注