Skip to content

Commit 568e78a

Browse files
Fix a possibility of logical replication slot's restart_lsn going backwards.
Previously LogicalIncreaseRestartDecodingForSlot() accidentally accepted any LSN as the candidate_lsn and candidate_valid after the restart_lsn of the replication slot was updated, so it potentially caused the restart_lsn to move backwards. A scenario where this could happen in logical replication is: after a logical replication restart, based on previous candidate_lsn and candidate_valid values in memory, the restart_lsn advances upon receiving a subscriber acknowledgment. Then, logical decoding restarts from an older point, setting candidate_lsn and candidate_valid based on an old RUNNING_XACTS record. Subsequent subscriber acknowledgments then update the restart_lsn to an LSN older than the current value. In the reported case, after WAL files were removed by a checkpoint, the retreated restart_lsn prevented logical replication from restarting due to missing WAL segments. This change essentially modifies the 'if' condition to 'else if' condition within the function. The previous code had an asymmetry in this regard compared to LogicalIncreaseXminForSlot(), which does almost the same thing for different fields. The WAL removal issue was reported by Hubert Depesz Lubaczewski. Backpatch to all supported versions, since the bug exists since 9.4 where logical decoding was introduced. Reviewed-by: Tomas Vondra, Ashutosh Bapat, Amit Kapila Discussion: https://postgr.es/m/Yz2hivgyjS1RfMKs%40depesz.com Discussion: https://postgr.es/m/85fff40e-148b-4e86-b921-b4b846289132%40vondra.me Backpatch-through: 13
1 parent 5f28e6b commit 568e78a

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

src/backend/replication/logical/logical.c

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1774,6 +1774,7 @@ LogicalIncreaseRestartDecodingForSlot(XLogRecPtr current_lsn, XLogRecPtr restart
17741774
/* don't overwrite if have a newer restart lsn */
17751775
if (restart_lsn <= slot->data.restart_lsn)
17761776
{
1777+
SpinLockRelease(&slot->mutex);
17771778
}
17781779

17791780
/*
@@ -1784,6 +1785,7 @@ LogicalIncreaseRestartDecodingForSlot(XLogRecPtr current_lsn, XLogRecPtr restart
17841785
{
17851786
slot->candidate_restart_valid = current_lsn;
17861787
slot->candidate_restart_lsn = restart_lsn;
1788+
SpinLockRelease(&slot->mutex);
17871789

17881790
/* our candidate can directly be used */
17891791
updated_lsn = true;
@@ -1794,7 +1796,7 @@ LogicalIncreaseRestartDecodingForSlot(XLogRecPtr current_lsn, XLogRecPtr restart
17941796
* might never end up updating if the receiver acks too slowly. A missed
17951797
* value here will just cause some extra effort after reconnecting.
17961798
*/
1797-
if (slot->candidate_restart_valid == InvalidXLogRecPtr)
1799+
else if (slot->candidate_restart_valid == InvalidXLogRecPtr)
17981800
{
17991801
slot->candidate_restart_valid = current_lsn;
18001802
slot->candidate_restart_lsn = restart_lsn;

0 commit comments

Comments
 (0)