数据概览
0
粉丝
2
关注
0
获赞
1
被收藏
1
被评论
102
浏览
1
回答
0
被采纳
0.0%
采纳率
3
信誉
110
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
【背景】 在 K8s 集群中，kube-reserved 作为资源预留机制，能防止系统因突发负载导致 OOM 杀进程。但实际落地时，我们常遇到两难： - 预留过多 → 资源浪费（尤其突发流量少的业务） - 预留过少 → 业务 QPS 受限（
答
（无标题）
结论先行：你问的"统计信息刷新时机怎么定"，本质不是 DBA 问题，是 SRE 的"检测-告警-自愈"闭环问题。 已有几条回答把 hint / SPM / 批跑内嵌 ANALYZE 讲得很透了，我不重复。下面只补一个 SRE 视角：怎么让这
【背景】 我们是一套 K8s 集群（ACK，1.27）+ Java 17 + Spring Boot 3 的服务，约 12 个副本，P99 目标 < 300ms，监控走 Prometheus + Grafana，链路用 SkyWalking