Feedback-ID: i76984098:Fastmail
Message-ID: <4794e640-e4a4-4730-985a-57be297122e0@aklaver.com>
Date: Thu, 4 Sep 2025 10:49:18 -0700
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Debugging query performance in postgres
To: veem v <veema0000@gmail.com>,
 pgsql-general <pgsql-general@lists.postgresql.org>
References: <CAB+=1TWW+iPTtH-P+-b8CdS0fPvt2+8B7OQ5gS9ostuoPvMJqg@mail.gmail.com>
Content-Language: en-US
From: Adrian Klaver <adrian.klaver@aklaver.com>
In-Reply-To: <CAB+=1TWW+iPTtH-P+-b8CdS0fPvt2+8B7OQ5gS9ostuoPvMJqg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://www.postgresql.org/message-id/4794e640-e4a4-4730-985a-57be297122e0%40aklaver.com>
Precedence: bulk

On 9/4/25 09:57, veem v wrote:
> Hello,
> We have a situation in which we had a dml query within a procedure that 
> was running fine but suddenly the plan flipped and it started running 
> longer. It took us a good amount of time to identify the cause and fix 
> it. So I have below questions,

What was the cause?

Postgres version

Was there any major changes in the database e.g schema changes or 
quantity of data?

Is autovacuum running?

> 1)Do we have any data dictionary view or query available which gives us 
> information on what were the queryids those are executing from within a 
> procedure and how much time they are taking?
> 2)Also how to identify , if any specific queries has opted a different 
> plan today as compared to past executions and also response time 
> increased because of that?

Take a look at:

https://www.postgresql.org/docs/current/pgstatstatements.html

> 
> Regards
> Veem


-- 
Adrian Klaver
adrian.klaver@aklaver.com