min_dynamic_shared_memory
min_dynamic_shared_memory：设置启动时为并行查询预留的动态共享内存。实测在档范围为 PG14–19 Beta 3；最后在档的 PG19 Beta 3 启动默认值为 0 B，context 为 postmaster。这是测试版快照事实，PostgreSQL 19 正式发布前仍可能变化。
说明
Fact — 官方简述译文：设置启动时为并行查询预留的动态共享内存。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG14 |
| 在档版本 | PG14–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | 84b1c63ad418 — Preallocate some DSM space at startup. |
| 提交日期 | 2020-07-31 |
| Discussion | 讨论 1 |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG14–19 Beta 3 | 0 |
MB |
0 B |
机制详解
min_dynamic_shared_memory 在服务器启动时为并行查询动态共享内存实际预分配空间。它是预留池，不是上限，也不是缓存规模估计。
预留池不足时，并行查询仍可通过 dynamic_shared_memory_type 临时分配动态共享内存，但会增加操作系统分配开销。
启动时预分配会进入主共享内存区域，在支持平台上可受益于大页。预留过多会在没有并行工作时也占用内存。其 postmaster 上下文在服务器启动时固定取值，修改后必须重启。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 除非反复并行查询启动显示动态共享内存分配开销可测，否则保持 0。任何非零值都是启动时真实常驻内存，即使没有并行查询也必须计入集群预算。 |
| OLAP | 频繁并发并行查询时，预分配可减少临时 DSM 建立开销。应测 DSM 分配延迟与池使用，只预留有依据的下限；池耗尽后仍会回退动态分配。 |
| 小规格 | 保持 0 或很小的实测预留。不能把推测中的未来并行需求变成受限主机上的永久内存分配。 |
Pigsty 取值
以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具，并按 PG19 Beta 3 渲染当前 Pigsty 模板；这不表示 Pigsty 当前支持该历史或测试版本。
| 模板 | 有效值 | 与上游 boot 比较 | 源表达式 |
|---|---|---|---|
| OLTP | 未修改 | — | — |
| OLAP | 未修改 | — | — |
| CRIT | 未修改 | — | — |
| TINY | 未修改 | — | — |
注意
Advice — 待人工复核。 当前 Pigsty 模板投影事实：OLTP: PG14–19 Beta 3 未修改；OLAP: PG14–19 Beta 3 未修改；CRIT: PG14–19 Beta 3 未修改；TINY: PG14–19 Beta 3 未修改。 未发现覆盖值，因此不推断 Pigsty 专属理由。
常见坑
- 把 min_dynamic_shared_memory 当成上限，而不是实际预分配下限。
- 误以为预留池耗尽后并行查询会失败；PostgreSQL 仍可分配额外动态段。
- 预留在没有并行工作时仍持续占用的内存。
- 忽略 dynamic_shared_memory_type、大页行为与必需的重启。
关联参数
dynamic_shared_memory_type · huge_pages · max_parallel_workers · max_parallel_workers_per_gather · shared_buffers