Fix over-eager ping'ing in logical replication receiver.

Commit 3f60f690f only partially fixed the broken-status-tracking
issue in LogicalRepApplyLoop: we need ping_sent to have the same
lifetime as last_recv_timestamp.  The effects are much less serious
than what that commit fixed, though.  AFAICS this would just lead to
extra ping requests being sent, once per second until the sender
responds.  Still, it's a bug, so backpatch to v10 as before.

Discussion: https://postgr.es/m/959627.1599248476@sss.pgh.pa.us
This commit is contained in:
Tom Lane 2020-09-04 20:20:05 -04:00
parent 616110eac3
commit 9b47ee6e7c
1 changed files with 4 additions and 6 deletions

View File

@ -1132,6 +1132,7 @@ static void
LogicalRepApplyLoop(XLogRecPtr last_received)
{
TimestampTz last_recv_timestamp = GetCurrentTimestamp();
bool ping_sent = false;
/*
* Init the ApplyMessageContext which we clean up after each replication
@ -1144,6 +1145,7 @@ LogicalRepApplyLoop(XLogRecPtr last_received)
/* mark as idle, before starting to loop */
pgstat_report_activity(STATE_IDLE, NULL);
/* This outer loop iterates once per wait. */
for (;;)
{
pgsocket fd = PGINVALID_SOCKET;
@ -1151,7 +1153,6 @@ LogicalRepApplyLoop(XLogRecPtr last_received)
int len;
char *buf = NULL;
bool endofstream = false;
bool ping_sent = false;
long wait_time;
CHECK_FOR_INTERRUPTS();
@ -1162,7 +1163,7 @@ LogicalRepApplyLoop(XLogRecPtr last_received)
if (len != 0)
{
/* Process the data */
/* Loop to process all available data (without blocking). */
for (;;)
{
CHECK_FOR_INTERRUPTS();
@ -1331,10 +1332,7 @@ LogicalRepApplyLoop(XLogRecPtr last_received)
ereport(ERROR,
(errmsg("terminating logical replication worker due to timeout")));
/*
* We didn't receive anything new, for half of receiver
* replication timeout. Ping the server.
*/
/* Check to see if it's time for a ping. */
if (!ping_sent)
{
timeout = TimestampTzPlusMilliseconds(last_recv_timestamp,