Trino查询触发本地内存超限异常，溢出配置未生效？

你的理解存在偏差，Trino的溢出机制不是所有场景/算子都能触发，你遇到的错误是因为内存占用最高的TableScanOperator（占74.78GB）未启用溢出，导致单节点内存触及上限后直接抛出异常。

核心原因分析 #

• 溢出仅支持部分算子：Trino并非所有算子都能将内存数据spilling到磁盘，比如TableScanOperator在部分版本中默认不启用溢出（即使全局开启了溢出功能）。你的查询内存占用几乎全部来自该算子，这部分无法溢出，自然触发单节点内存上限。
• 内存限制优先级：query.max-memory-per-node是硬限制，当节点上的查询内存占用接近该值时，如果当前算子不支持溢出，会直接抛出内存超限异常，不会等待溢出触发。

关键配置修正要点 #

• 开启算子级溢出开关：针对占比最高的TableScanOperator，需补充配置（以Hive连接器为例）：

  # 开启Hive表扫描的溢出功能
  hive.spill-enabled=true
  # 可适当调小split大小，减少单批次读取的内存占用
  hive.max-split-size=64MB
  

• 确认溢出内存配置：你提到的“单查询100GB溢出”对应配置query.max-spill-per-node，需确保该值大于query.max-memory-per-node，同时节点磁盘有足够空间存放溢出数据。
• 校验内存预留逻辑：单节点最大内存query.max-memory-per-node是基于节点可用内存计算的，你配置的预留内存15GB需确保节点总物理内存（75GB+15GB=90GB）真实可用，避免OS因内存不足限制Trino进程。
• 优化查询逻辑：TableScan占用大量内存通常是因为读取了未过滤的全量数据，建议添加WHERE条件过滤、使用分区裁剪或列裁剪减少数据读取量。

内容的提问来源于stack exchange，提问作者user3313379