You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Azure Synapse Notebook在Pipeline中运行失败,报MessageQueueFullException错误

Synapse Pipeline运行Notebook触发MessageQueueFullException的解决办法

核心排查方向与修复方案

  • 控制Notebook内的并行任务量
    单独运行时的资源调度逻辑和Pipeline环境不同,若Notebook里存在大量并行执行的任务(比如%%parallel批量执行、循环启动多Spark作业),极易触发队列溢出。可以:
    • 将大批次的并行操作拆分为小批次串行执行
    • 调整Spark核心配置,比如增大spark.driver.maxResultSize或spark.executor.queueSize参数(注意匹配集群资源上限)
  • 检查Pipeline活动的并发配置
    确认Pipeline中Notebook活动的参数设置:
    • 把并发运行数改为1,避免多实例同时抢占队列资源
    • 排查是否存在循环调用该Notebook的逻辑,导致任务持续堆积
  • 排查Spark池的全局队列限制
    即使给Notebook分配了更多资源,Synapse Spark池的全局任务队列可能有容量上限:
    • 查看Spark池监控面板,确认是否有其他任务占用队列,先暂停非必要任务释放空间
    • 联系管理员调整Spark池的队列最大容量配置
  • 减少Notebook的输出/日志量
    大量控制台输出或日志会占用消息队列资源:
    • 移除不必要的打印语句,将调试日志写入存储文件而非控制台
    • 清理Notebook中大数据量的单元格输出内容

分步排查建议

  1. 在Pipeline中单独运行该Notebook活动(排除其他活动干扰),验证是否仍报错
  2. 逐步注释Notebook代码,定位触发队列溢出的具体代码块
  3. 查看Synapse Studio监控面板,分析对应Spark任务的队列状态与资源占用情况

内容的提问来源于stack exchange,提问作者ross_geller_pivot

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.11 14:30:48