| From: | Asim Praveen <pasim(at)vmware(dot)com> |
|---|---|
| To: | PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
| Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, "Hao Wu (Pivotal)" <hawu(at)pivotal(dot)io> |
| Subject: | Re: Unnecessary delay in streaming replication due to replay lag |
| Date: | 2020-08-09 05:54:32 |
| Message-ID: | D341EF9B-EEC9-4DB2-8C56-A715D5E11EE1@vmware.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
I would like to revive this thready by submitting a rebased patch to start streaming replication without waiting for startup process to finish replaying all WAL. The start LSN for streaming is determined to be the LSN that points to the beginning of the most recently flushed WAL segment.
The patch passes tests under src/test/recovery and top level “make check”.
| Attachment | Content-Type | Size |
|---|---|---|
| v2-0001-Start-WAL-receiver-before-startup-process-replays.patch | application/octet-stream | 17.4 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrey M. Borodin | 2020-08-09 06:08:52 | Re: Amcheck: do rightlink verification with lock coupling |
| Previous Message | Michael Paquier | 2020-08-09 05:21:49 | Re: Allow some recovery parameters to be changed with reload |