Re: REPACK enhancements - Mailing list pgsql-hackers

From shihao zhong
Subject Re: REPACK enhancements
Date
Msg-id CAGRkXqQALou-8wV8MTG-BUhz2LGZuPn61mU5VE4hW8rTBkVd0w@mail.gmail.com
Whole thread
In response to Re: REPACK enhancements  (Antonin Houska <ah@cybertec.at>)
List pgsql-hackers
Hi Antonin,

Thanks for your update.

I think v04 fixes the finalize_block_range() problem.

The compute_new_xmax_infomask() Assert is easy to hit. The
AccessExclusiveLock in rebuild_relation_finish_concurrent() assigns an
XID, so any UPDATE or DELETE committed while REPACK waits for it fails
on replay. The attached spec does it every time.


If you give the new counter a slot that index builds don't write,
like 13, 0008 does not have to depend on 6958.

Thanks,
Shihao
Attachment

pgsql-hackers by date:

Previous
From: Masahiko Sawada
Date:
Subject: Re: Session in aborted transaction misses effective_wal_level change
Next
From: David Rowley
Date:
Subject: Material node can report incorrect "Maximum Storage" in EXPLAIN