Kubernetes 1.37 在 2026-08-26 发布，67 项 enhancement 里真正影响升级的不多：四条 ACTION REQUIRED、一批默认值翻开的 Beta gate、三条带版本期限的弃用。

hostname 已经写在 Ingress 或 HTTPRoute 里，再去 DNS 那边手建一条记录，等于给集群状态留了一份要同步维护的副本。交给 external-dns 的代价是自己定三件事：读哪种资源、target 指向哪里、哪些记录归这个实例。

选 UUIDv4、UUIDv7 还是 ULID 当主键，真正在选的只有键宽和同一毫秒内有没有顺序。InnoDB 上一个写入者时递增键少近四成的页，四个写入者只剩两成、文本主键反而更差；按主键范围分片的库上递增变成写热点，按 hash 分布的库不看这一项。

同一句 Class.forName 在 IDE 里跑得好好的，打成 fat jar 就报找不到类：看打包形态给的是哪个 application class loader，也看这条线程的 TCCL 是继承创建者的还是被 ThreadFactory 设过。

两张明细表只共享半个唯一键，同层 JOIN 之后才聚合，分页接口那 40 秒慢查询就出在中间被 DISTINCT 压回去的那些行上；拆成三步后这组参数下结果逐行一致。

容器内存告警冲到 99.45% 却没触发 OOM，峰值里约 87% 是页缓存；同一个容器热缓存下重启只剩 23.70%，最后把告警的分子换成 RSS。

夜间备份那段时间内存接近 limit，按每次运行重新对齐数据后才发现根因：书库 pod 重建时 kubelet 对 local PV 做 fsGroup 权限处理，restic 因此重读整库。

同事准备用 mutation 修复 ClickHouse 表里写坏了 18 天的一列，我在评审方案的同时用只读连接把表的现状摸了一遍，意见主要提在回滚上。

同一个 JVM 里只有走 Confluent 序列化器的 topic 发不出去：它的配置类在静态初始化时按 TCCL 解析默认值的类名，而 fat jar 下那个 TCCL 看不见 BOOT-INF/lib；之后这个类不会再重新初始化，实例只能换掉。

两个 K3s 集群的子域名 DNS 从 Terraform 手改交给 external-dns 之后，加一个子域名只剩一步，真正的难点是把既有记录零停机迁过去，得先预埋 ownership TXT。