]> granicus.if.org Git - postgresql/commit
Avoid pin scan for replay of XLOG_BTREE_VACUUM in all cases
authorSimon Riggs <simon@2ndQuadrant.com>
Sun, 3 Apr 2016 16:46:09 +0000 (17:46 +0100)
committerSimon Riggs <simon@2ndQuadrant.com>
Sun, 3 Apr 2016 16:46:09 +0000 (17:46 +0100)
commit3e4b7d87988f0835f137f15f5c1a40598dd21f3d
tree46ae019188fb235d3ad4c4de25fc44db4b7510ab
parent3cc38ca7d21255721d600eb75d7cc6708c14764b
Avoid pin scan for replay of XLOG_BTREE_VACUUM in all cases

Replay of XLOG_BTREE_VACUUM during Hot Standby was previously thought to require
complex interlocking that matched the requirements on the master. This required
an O(N) operation that became a significant problem with large indexes, causing
replication delays of seconds or in some cases minutes while the
XLOG_BTREE_VACUUM was replayed.

This commit skips the pin scan that was previously required, by observing in
detail when and how it is safe to do so, with full documentation. The pin
scan is skipped only in replay; the VACUUM code path on master is not
touched here and WAL is identical.

The current commit applies in all cases, effectively replacing commit
687f2cd7a0150647794efe432ae0397cb41b60ff.
src/backend/access/nbtree/README
src/backend/access/nbtree/nbtree.c
src/backend/access/nbtree/nbtxlog.c