aboutsummaryrefslogtreecommitdiff
path: root/src/backend/commands/dbcommands.c
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2013-01-18 11:48:29 +0200
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2013-01-18 11:59:34 +0200
commit6f7cddc7ae27a42ac2af72b675b9c08138a0c439 (patch)
treea4963727613f09a93f18ed84469fdd4999af2f31 /src/backend/commands/dbcommands.c
parent2ff65553131d8ad2ddbbfe298fffc378f127b15e (diff)
downloadpostgresql-6f7cddc7ae27a42ac2af72b675b9c08138a0c439.tar.gz
postgresql-6f7cddc7ae27a42ac2af72b675b9c08138a0c439.zip
Now that START_REPLICATION returns the next timeline's ID after reaching end
of timeline, take advantage of that in walreceiver. Startup process is still in control of choosign the target timeline, by scanning the timeline history files present in pg_xlog, but walreceiver now uses the next timeline's ID to fetch its history file immediately after it has finished streaming the old timeline. Before, the standby would first try to restart streaming on the old timeline, which fetches the missing timeline history file as a side-effect, and only then restart from the new timeline. This patch eliminates the extra iteration, which speeds up the timeline switch and reduces the noise in the log caused by the extra restart on the old timeline.
Diffstat (limited to 'src/backend/commands/dbcommands.c')
0 files changed, 0 insertions, 0 deletions