Re: Skip collecting decoded changes of already-aborted transactions
От | Masahiko Sawada |
---|---|
Тема | Re: Skip collecting decoded changes of already-aborted transactions |
Дата | |
Msg-id | CAD21AoAZJODNYq2LU9PT_Y+RKm50cV-D3m+Bpt7jT8pwgQ2Jvg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Skip collecting decoded changes of already-aborted transactions (Ajin Cherian <itsajin@gmail.com>) |
Список | pgsql-hackers |
On Wed, Mar 27, 2024 at 8:49 PM Ajin Cherian <itsajin@gmail.com> wrote: > > > > On Mon, Mar 18, 2024 at 7:50 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote: >> >> >> In addition to these changes, I've made some changes to the latest >> patch. Here is the summary: >> >> - Use txn_flags field to record the transaction status instead of two >> 'committed' and 'aborted' flags. >> - Add regression tests. >> - Update commit message. >> >> Regards, >> > > Hi Sawada-san, > > Thanks for the updated patch. Some comments: Thank you for the view comments! > > 1. > + * already aborted, we discards all changes accumulated so far and ignore > + * future changes, and return true. Otherwise return false. > > we discards/we discard Will fix it. > > 2. In function ReorderBufferCheckTXNAbort(): I haven't tested this but I wonder how prepared transactions would be considered,they are neither committed, nor in progress. The transaction that is prepared but not resolved yet is considered as in-progress. Regards, -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
В списке pgsql-hackers по дате отправления: