数据概览
0
粉丝
0
关注
0
获赞
0
被收藏
0
被评论
8
浏览
1
回答
0
被采纳
0.0%
采纳率
{score=3, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=3, disputes=0}}
信誉
0
积分
0
任务收益
answer
（无标题）
结论先说：别跟优化器较劲，要让优化器永远拿到"新鲜"的统计信息。 你的根因不是"刷新时机没定好"，而是"批跑任务改完了数据，但没人告诉优化器该重算了"。最稳的做法是把 ANALYZE 嵌进批跑任务的收尾钩子里，而不是靠 cron 猜时间。
【背景】 我维护一个 8 节点（16C64G，Kubernetes 1.28.9，containerd 1.7.13，cgroup v2，100GB 系统盘）的生产集群，CNI 是 Calico 路由模式。最近 2 个月节点磁盘压力明显上来
【背景】 我负责一个 3 节点 K8s 1.28 集群（containerd 1.7，CNI 是 Calico 路由模式），跑 Spring Boot 3 / Java 17 的无状态订单服务，入口是集群内 Service + 一个 Env