<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>分布式系统 on 萦怀 · 薛勇杰</title><link>https://www.yongjiexue.io/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/</link><description>Recent content in 分布式系统 on 萦怀 · 薛勇杰</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Fri, 23 May 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://www.yongjiexue.io/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/index.xml" rel="self" type="application/rss+xml"/><item><title>小数据的失落十年：分布式分析的错付</title><link>https://www.yongjiexue.io/db/smalldata-decade/</link><pubDate>Fri, 23 May 2025 00:00:00 +0000</pubDate><guid>https://www.yongjiexue.io/db/smalldata-decade/</guid><description>如果2012年DuckDB问世，也许那场数据分析向分布式架构的大迁移根本就不会发生。在2012年的MacBook上运行TPC-H评测显示，数据分析确实在分布式架构上走了十年弯路。数据其实没那么大。</description></item><item><title>Etcd坑了多少公司？</title><link>https://www.yongjiexue.io/db/bad-etcd/</link><pubDate>Wed, 07 May 2025 00:00:00 +0000</pubDate><guid>https://www.yongjiexue.io/db/bad-etcd/</guid><description>因为Etcd而翻车的公司并非少数。Etcd有一个坑爹的默认设计：写满2GB数据就挂了。如果你在自己折腾Kubernetes或使用Patroni做PostgreSQL高可用，大概率会在这上面翻车。</description></item><item><title>分布式数据库是不是伪需求？</title><link>https://www.yongjiexue.io/db/distributive-bullshit/</link><pubDate>Sun, 07 May 2023 00:00:00 +0000</pubDate><guid>https://www.yongjiexue.io/db/distributive-bullshit/</guid><description>随着硬件技术进步，单机数据库的容量和性能已达到前所未有的高度。分布式TP数据库在这种变革面前显得极为无力，和&amp;quot;数据中台&amp;quot;一样穿着皇帝的新衣，处于自欺欺人的状态里。</description></item><item><title>区块链与分布式数据库</title><link>https://www.yongjiexue.io/db/blockchian/</link><pubDate>Sat, 09 Jun 2018 00:00:00 +0000</pubDate><guid>https://www.yongjiexue.io/db/blockchian/</guid><description>区块链的技术本质、提供的功能及演化方向就是分布式数据库。确切地讲，是拜占庭容错（抗恶意节点攻击）的分布式（无领导者复制）数据库。智能合约本质上就是这个分布式数据库上的存储过程。</description></item><item><title>一致性：过载的术语</title><link>https://www.yongjiexue.io/db/consistency/</link><pubDate>Tue, 08 May 2018 00:00:00 +0000</pubDate><guid>https://www.yongjiexue.io/db/consistency/</guid><description>一致性这个词重载得很厉害，在不同语境中代表着不同的东西。ACID里的C指事务一致性，CAP里的C指线性一致性，此外还有&amp;quot;一致性哈希&amp;quot;、&amp;ldquo;最终一致性&amp;quot;等不同涵义。本文梳理这些概念的区别。</description></item></channel></rss>