Re: Revisiting {CREATE INDEX, REINDEX} CONCURRENTLY improvements
Mihail Nikalayeu <michail.nikolaev@gmail.com>
From: Michail Nikolaev <michail.nikolaev@gmail.com>
To: Matthias van de Meent <boekewurm+postgres@gmail.com>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>,
Andrey Borodin <amborodin86@gmail.com>, Melanie Plageman <melanieplageman@gmail.com>
Date: 2024-12-02T01:39:00Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Revert changes to CONCURRENTLY that "sped up" Xmin advance
- e28bb8851969 15.0 cited
-
VACUUM: ignore indexing operations with CONCURRENTLY
- d9d076222f5b 14.0 cited
-
Avoid spurious waits in concurrent indexing
- c98763bf51bf 14.0 cited
Attachments
- v2-0004-Allow-snapshot-resets-during-parallel-concurrent-.patch (text/plain) patch v2-0004
- v2-0001-this-is-https-commitfest.postgresql.org-50-5160-m.patch (text/plain) patch v2-0001
- v2-0003-Allow-advancing-xmin-during-non-unique-non-parall.patch (text/plain) patch v2-0003
- v2-0002-Add-stress-tests-for-concurrent-index-operations.patch (text/plain) patch v2-0002
Hello! Added support for parallel builds (resetting in the first phase), next step - support for unique indexes. Best regards, Mikhail. >