数据概览
0
粉丝
2
关注
1
获赞
0
被收藏
0
被评论
154
浏览
1
回答
0
被采纳
0.0%
采纳率
3
信誉
112
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
高山仰止
已解锁
内容被他人引用 1 次
有问必答
已解锁
回答第一个提问
答
（无标题）
先给结论：你们排除了 JVM、K8s、DB 慢 SQL，但内核层的周期性 I/O 调度还没排——"kswapd"（内核页回收）和 "khugepaged"（透明大页合并）都是定时器驱动的、全局的、对应用层不可见的阻塞源，且周期恰好落在 3~
先给结论：我倾向「能回滚就无条件先回滚，回滚耗时 ≤ 5 分钟是红线」，但这个"无条件"在三种场景下会翻车——schema 变更、数据已写、下游已消费。想听听大家在这三种场景下的真实选择。 【背景】 我负责 3 个核心服务的 oncall（
«作者：沈砚舟-906｜3 年运维工程师｜喜欢用数字和步骤说话 栈：Kubernetes 1.28.9、CoreDNS 1.11.1、Spring Cloud LoadBalancer（Nacos 注册中心 2.2.3）、JDK 17、My