跳转到主要内容

temp_file_limit

限制单个进程在同一时刻由执行器临时文件占用磁盘空间的安全阀。
说明

Fact — 官方简述译文:限制每个 PostgreSQL 进程使用的全部临时文件总大小。

身份

类型 , integer
上游 pg_settings 类型
Context , superuser
超级用户可在运行时修改
单位 , kB
原始单位
范围 , -12147483647
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Resource Usage / Disk
上游分类
最后 boot 值 , -1
-1 kB

生命周期

Fact
首次观测 PG9.2
在档版本 PG9.2–19 Beta 3
移除版本
引入提交 23e5b16c71f2 — Add temp_file_limit GUC parameter to constrain temporary file space usage.
提交日期 2011-07-17
Discussion

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG9.2–19 Beta 3 -1 kB -1 kB

机制详解

temp_file_limit 限制单个 PostgreSQL 进程在同一时刻拥有的临时文件总大小,包括排序与哈希落盘文件以及保持游标的存储;超过上限会取消事务。

它是每进程而非全局限制,因此并发后端与并行工作进程的合计占用可以达到该值的许多倍。默认值 -1 表示无限制。

显式临时表占用不计入此限制。log_temp_files 与 pg_stat_database.temp_bytes 可以观察相关临时文件活动,但不会改变限制边界。

调优建议

提示

Advice。 以下建议是工作负载起点,必须用真实测量验证。

场景 建议
OLTP 按文件系统余量与最坏并发落盘数设置有限安全阀,并监控 temp_bytes 与 log_temp_files,使上限拦截异常查询而不是正常峰值。
OLAP 为已知的大型连接和排序提供更大但仍有限的预算,并与查询并发和并行度联动;依赖该限制前先测试取消行为。
小规格 选择数据文件系统的较小比例并保留应急空间。较低 temp_file_limit 应与保守 work_mem 和查询超时配套。

Pigsty 取值

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具,并按 PG19 Beta 3 渲染当前 Pigsty 模板;这不表示 Pigsty 当前支持该历史或测试版本。

模板 有效值 与上游 boot 比较 源表达式
OLTP 5GB 不同于 boot 值 {{ ([pg_size_twentieth, 200])|min }}GB
OLAP 20GB 不同于 boot 值 {{ ([pg_size_twentieth * 4, 2000])|min }}GB
CRIT 5GB 不同于 boot 值 {{ ([pg_size_twentieth, 200])|min }}GB
TINY 5GB 不同于 boot 值 {{ ([pg_size_twentieth, 200])|min }}GB
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG9.2–19 Beta 3 = 5GB (dcs);OLAP: PG9.2–19 Beta 3 = 20GB (dcs);CRIT: PG9.2–19 Beta 3 = 5GB (dcs);TINY: PG9.2–19 Beta 3 = 5GB (dcs)。 建议(待人工复核)——编辑推断:这些值充当每进程熔断线,同时为分析落盘提供更大空间;多进程合计风险仍需容量复核。

常见坑

  • 把每进程限制当作整个集群的磁盘上限。
  • 期待它约束显式临时表,而这部分并不计入。
  • 在共享文件系统上保留 -1,让单条失控查询可能耗尽空间。
  • 把上限设得低于正常落盘规模,最终通过事务取消才发现。

work_mem · hash_mem_multiplier · log_temp_files · temp_tablespaces · max_parallel_workers_per_gather

参考资料