cost 261 ms
需要 POSTGRES 調優的建議

[英]Need suggestion for POSTGRES Tuning

我需要在我的數據庫上頻繁運行幾個復雜的查詢,我的一個查詢需要大約 57 秒才能執行,我正在嘗試一種調整我的 Postgres 數據庫的方法,因此,我可以將執行時間減少一半或比那更多的。 我已經在表格上創建了索引並調整了一些參數,但這對我沒有幫助。 我使用的是 Postgres 9.6 版,以下是我用 ...

復雜謂詞的索引

[英]Indexing for complex predicates

我正在努力確定有效的索引(或重寫查詢)以使用以下混淆謂詞改進查詢: 在范圍內的一個表的日期上加入 - 在第二個表的兩個日期字段之間(一個可以為空,一個在 PK 中不可為空)。 使用的日期實際上是日期字段中的值(可為空)+1。 WHERE 子句在多個標志字段上包含 OR 邏輯。 查詢的簡化版本是: ...

可能值分布不均勻的低基數指數

[英]Low cardinality index with uneven distribution of possible values

我有一個用作隊列的表: 生產者將記錄添加到隊列中,消費者 FIFO 讀取它們: 生產者添加具有Pending狀態的記錄, createdAt作為當前時間消費者 select 記錄處於Pending狀態,由createdAt排序。 消費時,他們將記錄標記為正在Processing並將updatedAt ...

查詢重寫和調優

[英]Query rewrite and Tuning

我有以下查詢是性能下降的原因,有人可以幫助重寫此查詢以使其性能更好。 ...

PostgreSQL 使用相等運算符的查詢優化超時

[英]PostgreSQL Query optimization timing out with equal operator

下面的查詢在 postgres db 上超時......尋求調整它的幫助.. range-query 保持單線程,但相等條件引入了並行性,並且收集合並列是十進制數據類型,並且當我們在中使用相等運算符時where 子句在 Postgres 中執行需要 10 分鍾。 如果使用了任何其他運算符,例如小於、 ...

在我使用 SQL Server 2012 的情況下進行查詢優化的可能性

[英]Possibilities of Query tuning in my case using SQL Server 2012

我有 2 個表,稱為Sales和SalesDetails ; SalesDetails有 9000 萬行。 當我想檢索1年的所有記錄時,幾乎需要15分鍾,而且還沒有完成。 我嘗試檢索 1 個月的記錄,花了 1 分 20 秒並返回了大約 250 萬條記錄。 我知道這是巨大的。 有沒有辦法減少執 ...

在Oracle 11中使用MERGE查詢記錄錯誤

[英]Error logging with MERGE query in Oracle 11

我正在使用Oracle 11,並且我的表中有數百萬條記錄。 我正在使用MERGE語句將記錄從源表更新到目標表。 在更新數百萬條記錄的任何時候,如何記錄每條記錄的錯誤? 例如:我已經成功更新了400條記錄,但是在更新第401條記錄時卻出現了一些錯誤,因此在這種情況下,如何記錄類似 ...

查詢調整和重寫-SQL Server

[英]Query Tuning and rewrite - SQL Server

您能否幫助優化以下查詢以使其表現更好? 我可以降低成本嗎? 我已經在下面的列中重新創建了ix2_pcwdepcons,但是執行計划及其成本仍然沒有變化。 ...

蜂巢分析查詢需要很多時間

[英]hive analyze query taking lot of time

為了加快對大型表的ETL查詢,我們在晚上對這些表和日期列運行許多analyze查詢。 但是這些對列的analyze查詢會占用大量內存和時間。 我們正在使用tez。 有沒有什么方法可以像某些set命令一樣優化analyze查詢。 ...

從視圖中選擇需要超過 30 分鍾的時間

[英]selecting from a view is taking longer than 30+ minutes

我正在努力使這個視圖足夠快,以便在合理的時間內獲取結果集,目前需要 30 多分鍾,並行運行並隨着 cpu 時間的增加導致各種痛苦。 我已經確定了問題查詢,但我無法找到一種方法來通過重寫查詢或根據需要添加適當的索引來縮短執行時間。 我們已經在兩個表中的 client_id 和 hash_key 列上都 ...

根據說明計划,在重新編寫此查詢時需要幫助,該查詢多次使用相同的數據集

[英]need help in re-writing this query, which uses same data set multiple times, as per explain plan

我們的開發團隊運行着一個查詢,該查詢資源豐富,並查看解釋計划,看起來它多次使用相同的數據集。 無論如何,我們可以重新編寫此查詢。 現在,我嘗試用直接聯接替換相關查詢,但是除了一個細微的差別之外,多個相關查詢看起來仍然相同。 ...

篩選最近的行時,SQL查詢花費很長時間

[英]SQL Query takes a long time when filtering recent rows

我有這個SQL查詢,但是我發現它最多可能需要11秒鍾才能運行。 我真的很困惑,因為當我將日期選擇更改為2018年時,它會立即返回。 這是查詢: 我發現當我使用ctt.table4Date> ='2018-01-19'執行該查詢時,響應是立即的。 但是使用'2019-01- ...

用戶會話停留在已殺死\\回滾狀態

[英]User session stuck in killed\rollback state

正在從應用程序執行存儲的proc的會話之一停留在killed \\ rollback階段。 可以說,存儲庫回滾的時間不應該太長,並且已經永久存在了。 基本上,存儲過程是一堆帶有工會的選擇,我很好奇為什么這會持續這么長時間。 就等待而言,下面是我所等待的片段。 我想了解如何擺脫不重新啟動S ...

運行安全說明嗎 <insert query in hive> 在生產數據庫上

[英]Is it safe to run explain <insert query in hive> on production database

我們有許多配置單元查詢,這些配置單元查詢在生產上花費大量時間,其中大多數是插入查詢。 要檢查執行計划和表相關數據,因此我們正在考慮檢查此查詢的計划 在生產中運行“解釋性插入表格.....”是否安全? 我只是想確定自己在做什么,因為我是蜂巢新手,但是在生產支持和L3團隊中。 ...

篩選具有一對多父級和子級映射的表的最有效方法

[英]Most efficient way to filter a table with 1 to many parent and child mappings

我有一個客戶表,該表本身帶有外鍵,其中每個客戶在每個部門中都有一個特定的ID,但只有一個主ID。 我試圖找到最有效的方法來將查詢限制為僅主條目。 這是我完成的兩個(簡化)查詢,但是我覺得有一種更有效的方法來完成此任務,尤其是在連接到其他大表時: 任何想法都將不勝感激, ...

擴展樹緩存完整錯誤需要調整查詢

[英]Expanded tree cache full error need to tune the query

描述: $enumValues將包含我必須查看的字符串序列 $assetSubGroup將具有來自XML的元素值(for循環),即我必須在上面維護的序列中匹配的字符串 如果匹配不是,我必須保留少量元素值並返回。 我下面的所有三個嘗試都給了我擴展的樹緩存完整錯誤。 ...

使用using臨時解釋mysql性能計划; 使用filesort; 使用索引條件

[英]Explain plan in mysql performance using Using temporary; Using filesort ; Using index condition

我在線閱讀了各種博客和文檔,但只是想知道如何優化查詢。 我無法決定是否必須重寫查詢或添加索引以進行優化。 還添加創建表結構 這是我要執行的查詢。 請幫我。 這是我的解釋計划: 更新資料 我也嘗試在INDEX(DSR_BOOKED_BY,dsr_bookin ...

是否有SET STATISTICS TIME的替代方法,它也顯示了這些語句?

[英]Is there an alternative to SET STATISTICS TIME which also shows the statements?

SET STATISTICS TIME語句僅在開發時才有用,可以將性能調整附加語句添加到查詢或正在處理的UDF / SP中。 然而,當必須對現有代碼進行性能調整時,例如具有數百或數千行代碼的SP,該語句的輸出完全沒用,因為不清楚記錄時間屬於哪個SQL語句。 SET STATISTICS ...

SQL Server-有效生成范圍內的日期

[英]SQL Server - Efficient generation of dates in a range

使用SQL Server 2016 我有一個存儲過程,可針對一系列日期生成一個選項列表。 為了清晰起見,針對天數的運輸選項但與此處的細節無關緊要。 存儲過程的第一步是生成日期列表以存儲其他數據所針對的日期,並且生成此列表所花的時間實質上比代碼的余額要長。 雖然此過程很短,但調用次 ...


 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM