這就跟你問聲好!
我們有這個印度生物技術部模型生成一個表與用戶活動前幾天,但我們得到這個模糊的磚SQL倉庫的錯誤消息。
工作階段失敗而終止:任務3階段4267.0失敗了4次,最近的失敗:在舞台上失去了任務3.3 4267.0 (TID 41247)(<一些ip_address >執行人18):ExecutorLostFailure(執行人18退出正在運行的任務之一所致)原因:命令退出代碼50
司機加:
加是空的,我找不到任何人在互聯網上有這個問題。
該模型從紅移和我們唯一改變的是返回的格式。所以它應該有效的SQL。
< p。返回activity_date之間的天,1,d.end_date)
推薦- - - - - -
> p。activity_date date_add之間(“天”,1 d.end_date)
模型很少是日常運行的一部分,但似乎常常工作如果您嚐試重新運行它。我想知道這意味著某種內部磚錯誤造成堆棧溢出或內存問題。
我有查詢資料和似乎是失敗的一個大“柱狀行,嵌套循環連接,哈希總,哈希總””(整個階段Codegen多個運營商融合在一起來優化查詢性能。指標代表所有運營商聯合)”
我們沒能找到確切的原因,但是我們發現解決方案。如果你precalculate datediff加入你沒有得到這個錯誤的查詢的運行速度顯著提升。
內連接日期d p。返回activity_date之間(天,7,d.end_date)和d.end_date
內連接日期d p。activity_date之間d。end_date_m_7和d.end_date
我懷疑它與分發數據,它聰明地當它已經返回的結果(天7 d.end_date)。也許沒有意識到,這將是相同的每一天。
我們運行一個中等SQL支持倉庫與成本優化的地方政策。我看不出的版本,但我猜這是當前一個2/3 2023
我們沒能找到確切的原因,但是我們發現解決方案。如果你precalculate datediff加入你沒有得到這個錯誤的查詢的運行速度顯著提升。
內連接日期d p。返回activity_date之間(天,7,d.end_date)和d.end_date
內連接日期d p。activity_date之間d。end_date_m_7和d.end_date
我懷疑它與分發數據,它聰明地當它已經返回的結果(天7 d.end_date)。也許沒有意識到,這將是相同的每一天。
我們運行一個中等SQL支持倉庫與成本優化的地方政策。我看不出的版本,但我猜這是當前一個2/3 2023
但是沒有解決方案,隻有我自己的工作?