取消
顯示的結果
而不是尋找
你的意思是:

這個問題與外部蜂巢metastore SQL-endpoint +

vpismarev
新的因素

我們最近麵臨一個問題(一切運作良好1前一周)

我們使用exnernal蜂巢metastore:

“spark.hadoop.datanucleus.connectionPool。maxPoolSize”:“10”“spark.sql.hive.metastore。罐子”:“dbfs / ivyjars / *”“spark.sql.hive.metastore。版”:“3.1.0”

現在看起來像所有訪問從sql-endpoints metastore卡(我觀察很多排隊會話查詢曆史像“顯示數據庫”,“顯示表”等等)

sql-warehouse的版本:

通道電流(2022.40 v)

我們使用rds的蜂巢metastore我觀察很多空閑會話,如:

閑置,集application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,設置application_name = PostgreSQL JDBC驅動程序的閑置,,提交

這個問題是什麼?

注:

有時重啟SQL倉庫的幫助,但問題仍然存在

1回複1

ajaypanday6781
尊敬的貢獻者二世

一般來說,這應該不是一個案例。請提高磚的支持請求

歡迎來到磚社區:讓學習、網絡和一起慶祝

加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。

點擊在這裏注冊今天,加入!

參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。

Baidu
map