PostgreSQL 统计信息与查询计划器
PG 的查询计划器为什么选 Seq Scan 不选 Index Scan?因为它看"统计信息"估算哪种更快——统计信息不准,计划就错。本文讲清 PG 统计信息怎么收集(ANALYZE)、它怎么影响计划器决策、什么时候统计过时导致慢查询,以及手动干预(ANALYZE/统计目标/扩展统计)。
这里聚合 CodeNodeX AI 社区中与 DevOps 相关的技术文章和讨论,覆盖概念解释、工具对比、工程实践、常见问题和独立开发经验。
如果你正在研究 DevOps,建议先阅读高质量长文,再参与帖子讨论,形成从理解到实践的完整路径。
PG 的查询计划器为什么选 Seq Scan 不选 Index Scan?因为它看"统计信息"估算哪种更快——统计信息不准,计划就错。本文讲清 PG 统计信息怎么收集(ANALYZE)、它怎么影响计划器决策、什么时候统计过时导致慢查询,以及手动干预(ANALYZE/统计目标/扩展统计)。
新 Service Worker 安装成功不等于可以立刻接管旧页面,skipWaiting 还可能让旧客户端读到新协议缓存。本文用闭合发布清单、客户端握手和分代清理控制激活窗口。
创始人短期失联时,共享一份总密码既无法证明授权,也无法在本人恢复后干净收权。本文用版本化连续性章程、限权接班状态机和演练收据,让人类接班可启动、可审计、可撤销。
提前执行模型可能选择的工具可以降低延迟,却也可能在用户决定前发信、占库存或污染缓存。本文把预测票据、隔离执行、可验证 dry-run 和原子晋级组成严格的 speculative 边界。
Watermark 越过窗口只说明系统认为事件大概率到齐,不代表迟到事实可以丢弃。本文版本化时间戳提取、空闲分区、allowed lateness 与修正语义,让报表和外部效果可重复计算而不重复执行。
读写分离后用户"写完读不到"——这是复制延迟。本文讲清延迟为什么产生(异步复制网络/磁盘/事务)、怎么监控(pg_stat_replication)、怎么缓解(读写一致性窗口/同步复制/读主库关键路径),以及应用层的"写后读一致性"方案。
PG 一行最大 8KB,那 TEXT/JSONB 存 MB 级数据怎么办?TOAST(超大字段存储技术)自动把大值压缩+移到独立表。本文讲清 TOAST 的四种策略(PLAIN/EXTERNAL/EXTENDED/MAIN)、它对查询性能的影响、什么时候该调 TOAST 策略,以及大字段设计的最佳实践。
只加 VAD 无法得到可靠语音轮次。本文用单调音频序列、端点状态机、预卷与尾静音、打断取消和有界背压控制实时语音链路。
月中增减席位不是把当前人数乘以剩余天数。本文冻结计费区间、价格版本和席位事件,用无重叠区段、稳定操作身份与供应商收据生成可复算的 Proration,并处理响应未知和账后更正。
"这个价格上周是多少?"——普通表只存当前值,时态表存历史。本文讲清时态数据的几种模式(审计日志/版本号行/有效时间范围/PG 时态表扩展)、SQL:2011 时态表标准、CDC 替代方案,以及什么时候该上时态、什么时候审计日志够。
HTTP 200 无法证明 AI 结果仍然可用。本文把固定任务做成低风险黑盒探针,覆盖评分契约、隔离执行、OpenTelemetry 指标、Prometheus 告警和误报回滚。
头部随机采样容易丢掉低频模型失败和长链 Agent 异常。本文设计 Trace 汇聚、尾部判定策略、Collector 容量估算、采样验收与过载回滚流程。