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

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

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

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
Ceph 的 PG 数量不是“分片大小”，是一个需要在故障场景下重新计算的成本斜率
Ceph 官方文档对 PG 数量的表述有一种耐人寻味的模糊性：每个 OSD 100 个 PG 是一个“不错的起点”，但“根据集群情况可以在很大范围内变化而不产生不良影响”[reference:0]。同一份文档在另一处又给出了精确的退化信号：超过约 500 PGs/OSD 时，peering 和 RAM 用量会变得过度[reference:1]。一个既“可以变化很大”又有明确退化阈值的参数，说...
作者小头像 yd_278227291 2026-11-11 21:22:53
0
0
0
2026-11-11 21:22:53
0
0
0
Consul 的 TTL 不是一把锁的租约，是一个可以迟到的失效通知
Consul 的会话 TTL 常被当作分布式锁的“租约”来使用：持锁方定期续约，TTL 到期锁自动释放，简单直接。但 Consul 官方文档对 TTL 的措辞非常克制：“TTL 的契约是，它代表失效的下界；Consul 不会在 TTL 到达之前使会话失效，但允许在 TTL 之后延迟失效。” 这句话把 TTL 从“到点触发的计时器”降级为“最早可能失效的时刻”。围绕这条不对称的规则，Consu...
作者小头像 yd_278227291 2026-11-10 13:56:39
7
0
0
2026-11-10 13:56:39
7
0
0
TiKV 的 Region 不是“分片大小”，是一个被三股力量拉住的调度粒度
分布式数据库里，“分片大小”通常被当作一个调优参数：设大一点，分片少一些；设小一点，并行度高一些。TiKV 的 Region 也经常被这样理解——默认 96 MiB，v8.5 调到 256 MiB，仿佛只是换了一个数字。但 TiKV 官方文档在 Tune Region Performance 的开头就给出了一个精确的限定：Region size 的推荐范围是 [48 MiB, 256 MiB...
作者小头像 yd_278227291 2026-11-09 00:10:26
9
0
0
2026-11-09 00:10:26
9
0
0
Elasticsearch 的“近实时”，兑现条件藏在 refresh、translog 和 merge 的三份条款里
Elasticsearch 的叙事通常由两个词支撑：近实时搜索和持久化。数据写入后一秒内可搜，durability=request 时确认即落盘。这两个承诺都是真的，但它们兑现的方式，和直觉之间隔着一组容易被跳过的条件。“一秒内可搜”不是写入触发的倒计时，而是一个惰性的周期检查；“持久”的丢失窗口大小，取决于你把 durability 设成了什么；而支撑这两者的段合并，本身是一笔需要被持续支...
Elasticsearch
作者小头像 yd_278227291 2026-11-08 00:09:07
23
0
0
2026-11-08 00:09:07
23
0
0
MinIO 的纠删码不是“冗余”，是一组需要被运维兑现的 quorum 条款
对象存储的持久性叙事通常被压缩成一个数字：几副本、几个 9。MinIO 的纠删码也容易被这样理解——“配了 EC:4，就能坏 4 块盘”。但翻看 MinIO 官方对纠删码的说明，会发现“能坏几块盘”从来不是一个孤立的事实，它绑定在一组精确的读写 quorum 条款上：读需要多少分片、写需要多少分片、parity 取什么值时写 quorum 会突然从 K 变成 K+1、失去读 quorum 之...
运维
作者小头像 yd_278227291 2026-11-07 00:38:04
40
0
0
2026-11-07 00:38:04
40
0
0
PostgreSQL 的“读写不阻塞”，兑现条件写在 vacuum 的沉默里
PostgreSQL 的 MVCC 常被概括为一句话：读不阻塞写，写不阻塞读。这句话是对的，但它描述的只是并发控制的前半句。后半句是：每一个被 UPDATE 或 DELETE 留下的旧行版本，都不会自动消失，它变成“死元组”，等待一个叫 VACUUM 的后台过程来回收。如果 VACUUM 因为任何原因追不上死元组产生的速度，表就会膨胀——扫描变慢、缓存被污染、磁盘占用持续上涨，最终甚至触发事...
PostgreSQL
作者小头像 yd_278227291 2026-11-06 07:41:01
31
0
0
2026-11-06 07:41:01
31
0
0
当数据库说“之前”的时候：分布式事务里那个被假装存在的“同时”
快照隔离给每个事务分配一个时间戳，读取者看到的是“时间戳更小”的写入。这个机制听起来自洽，但它暗含一个几乎无法在分布式系统中兑现的前提：时间戳的大小顺序，必须与真实世界的先后顺序一致。如果 T1 在真实时间中提交，然后 T2 在另一台机器上开始，T2 的快照必须包含 T1——这个保证叫外部一致性，也叫事务的线性一致性。单机数据库靠一个时钟就能做到。分布式数据库不行：普通服务器时钟之间的偏差在...
分布式 数据库
作者小头像 yd_278227291 2026-11-05 06:46:09
32
0
0
2026-11-05 06:46:09
32
0
0
Redis 持久化的承诺，都是在什么条件下兑现的
Redis 的持久化常被简化为一道选择题：RDB 还是 AOF，everysec 还是 always。但把 Redis 官方文档、antirez 的旧文和社区的生产经验放在一起读，会发现这些选项背后是一组有条件的承诺：每个“保证”都绑定了一个前提，前提不成立时，承诺本身不会降级为“差一点”，而是直接失效。antirez 自己说过，Redis 的强项是数据模型，短板就是持久化[referenc...
Redis
作者小头像 yd_278227291 2026-11-04 06:34:27
35
0
0
2026-11-04 06:34:27
35
0
0
当 work-stealing 遇到块设备：一个异步运行时在存储路径上的边界
RobustMQ 在压测 MQTT Broker 时注意到一个反常现象：meta-service 的 raft apply 路径中，set_last_applied 这一步的耗时极不稳定——有时不到 1 ms，有时突增到 5–11 ms。而这一步做的事情非常基础：往 RocksDB 写一条记录。RocksDB 自己的监控显示写入耗时始终在 1 ms 以内。两个数字之间的差距，指向的不是存储，...
作者小头像 yd_278227291 2026-11-03 06:40:22
30
0
0
2026-11-03 06:40:22
30
0
0
移植一个布局库时，真正需要翻译的是什么——以 ohos_vlayout 的“局限性”为线索
把一个成熟的 Android 布局库搬到 ArkUI，直觉上是“翻译 API”的工作。但 ohos_vlayout 的 README 里有一份比功能列表更值得读的内容：“局限性”。这些条目看似是使用约束，实际上是一份 ArkUI 约束模型的诊断记录。 固定布局为什么必须用 StackREADME 第④条写明：FLOAT_LAYOUT、FIX_LAYOUT、SCROLL_FIX_LAYOUT、...
开发者学堂
作者小头像 yd_278227291 2026-11-02 00:19:49
50
0
0
2026-11-02 00:19:49
50
0
0
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
作者小头像
作者小头像
快速交付
+ 关注