RE: Question on what Duration in the log

From: "Vitale, Anthony, Sony Music" <anthony(dot)vitale(at)sonymusic(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-performance(at)lists(dot)postgresql(dot)org" <pgsql-performance(at)lists(dot)postgresql(dot)org>
Subject: RE: Question on what Duration in the log
Date: 2025-04-09 15:47:32
Message-ID: AS8PR02MB100789E94374714BDAEF6B7C899B42@AS8PR02MB10078.eurprd02.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Thanks Tom

Perfect.

Anthony Vitale
 
This message is only for the use of the persons(s) to whom it is intended. It may contain privileged and confidential information within the meaning of applicable law. If you are not the intended recipient, please do not use this information for any purpose, destroy this message and inform the sender immediately. The views expressed in this communication may not necessarily be the views held by Sony Music Entertainment

-----Original Message-----
From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Sent: Wednesday, April 9, 2025 11:02 AM
To: Vitale, Anthony, Sony Music <anthony(dot)vitale(at)sonymusic(dot)com>
Cc: pgsql-performance(at)lists(dot)postgresql(dot)org
Subject: Re: Question on what Duration in the log

EXTERNAL SENDER

"Vitale, Anthony, Sony Music" <anthony(dot)vitale(at)sonymusic(dot)com> writes:
> In my PG Version 14 log I have set to log the duration of sql (Example of one log row below).
> 2025-04-08 07:31:57 UTC:XXX(55994):XXX:[8949]:LOG: duration: 6555.756
> ms execute S_381: {Actual Parameterized Sql executed} This Shows the Execution of a JDBC Server Side Prepared statement (i.e S_381) which took 6.5 seconds.

> When I run the Sql using explain analyze it runs shows an execution
> time of 73 ms Planning Time: 0.773 ms Execution Time: 73.578 ms

They're not measuring the same thing really, because EXPLAIN isn't counting the time needed to transmit data to the client.

This is not just a matter of network overhead (though that can be
substantial) but also the time required to format the values into text. If you are talking about large values, which I bet you are, there is also the time needed to fetch them from out-of-line TOAST storage, which is another thing that doesn't happen in EXPLAIN.

Since v17, EXPLAIN has grown a SERIALIZE option that causes it to do everything except the network transmission, which might be of interest in analyzing this further.

regards, tom lane

This email originated from outside of Sony Music. Do not click links or open attachments unless you recognize the sender and know the content is safe.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Hannu Krosing 2025-04-10 06:50:33 Re: parallel pg_restore blocks on heavy random read I/O on all children processes
Previous Message Tom Lane 2025-04-09 15:02:04 Re: Question on what Duration in the log