Re: Transaction timeout - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: Transaction timeout
Date
Msg-id a906dea1-76a1-4f26-76c5-a7efad3ef5b8@oss.nttdata.com
Whole thread Raw
In response to Re: Transaction timeout  (Andrey Borodin <amborodin86@gmail.com>)
Responses Re: Transaction timeout  ("Andrey M. Borodin" <x4mmm@yandex-team.ru>)
Re: Transaction timeout  (Nikolay Samokhvalov <samokhvalov@gmail.com>)
List pgsql-hackers

On 2022/12/19 5:53, Andrey Borodin wrote:
> On Wed, Dec 7, 2022 at 1:30 PM Andrey Borodin <amborodin86@gmail.com> wrote:
>> I hope to address other feedback on the weekend.

Thanks for implementing this feature!

While testing v4 patch, I noticed it doesn't handle the COMMIT AND CHAIN case correctly.
When COMMIT AND CHAIN is executed, I believe the transaction timeout counter should reset
and start from zero with the next transaction. However, it appears that the current
v4 patch doesn't reset the counter in this scenario. Can you confirm this?

With the v4 patch, I found that timeout errors no longer occur during the idle in
transaction phase. Instead, they occur when the next statement is executed. Is this
the intended behavior? I thought some users might want to use the transaction timeout
feature to prevent prolonged transactions and promptly release resources (e.g., locks)
in case of a timeout, similar to idle_in_transaction_session_timeout.

Regards,

-- 
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION



pgsql-hackers by date:

Previous
From: Quan Zongliang
Date:
Subject: Re: Improving the heapgetpage function improves performance in common scenarios
Next
From: Michael Paquier
Date:
Subject: Re: [Regression] Incorrect filename in test case comment