Re: BUG #18241: PushTransaction may cause Standby to execute ItemIdMarkDead
От | Michael Paquier |
---|---|
Тема | Re: BUG #18241: PushTransaction may cause Standby to execute ItemIdMarkDead |
Дата | |
Msg-id | ZXggXVwX6F6gWZDq@paquier.xyz обсуждение исходный текст |
Ответ на | Re: BUG #18241: PushTransaction may cause Standby to execute ItemIdMarkDead (Kyotaro Horiguchi <horikyota.ntt@gmail.com>) |
Ответы |
Re: BUG #18241: PushTransaction may cause Standby to execute ItemIdMarkDead
|
Список | pgsql-bugs |
On Tue, Dec 12, 2023 at 01:49:00PM +0900, Kyotaro Horiguchi wrote: > This appears to be a bug that has existed for a long time since commit > efc16ea520 (in 2009). Your fix looks correct to me, but as for me, the > comment is not particularly necessary, and it would be sufficient to > insert the new line in the location according to the member order > within TransactionStateData. Oops. It's surprising that this has never been diagnosed but at the same time I don't really see subtransactions being a common pattern in a read-only workload for a standby, and it can easily cause MVCC issues by removing tuples too eagerly and a standby may still need them. An issue if that this could cause problems if you do catalog scans, which may explain a few bugs I recall seeing over the years, even if these did not directly mention the use of ssavepoints. I'd need to double-check the archives. If going through a driver layer like the ODBC driver that enforces savepoints for each query, that would be bad. Your fix sounds good to me (no need for a comment), I'll take care of it after looking a bit more at the area. -- Michael
Вложения
В списке pgsql-bugs по дате отправления: