Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1skwBr-003w6u-TU for pgsql-general@arkaria.postgresql.org; Mon, 02 Sep 2024 01:49:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1skwBq-005ZC8-0B for pgsql-general@arkaria.postgresql.org; Mon, 02 Sep 2024 01:49:10 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1skwBp-005ZB8-Jd for pgsql-general@lists.postgresql.org; Mon, 02 Sep 2024 01:49:09 +0000 Received: from mail-ej1-x634.google.com ([2a00:1450:4864:20::634]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1skwBn-000DHE-6M for pgsql-general@lists.postgresql.org; Mon, 02 Sep 2024 01:49:08 +0000 Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-a868b739cd9so432468166b.2 for ; Sun, 01 Sep 2024 18:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725241744; x=1725846544; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=89bC051Y7H1i2Kg30PohX7Z0I9LmpQhE0XcAaY9Pijw=; b=LyDf4kLTeckdTcdrMLvCFrrCw7aNSmTUEHC621WpiQEF9hRP2UrFhZ5kOT9vmMF/il kbITB8OX45cxLq4zzo8qOa2FFLDaSJy/aDYGiBCzbYLYZCBO4v2/vhq+nOcDEtpFjU79 GFmU8AM5O2tFtS3LhXuM7HEC1oPd4yRmlu/l11GWrVhE7iR1XWSUjsQ/wlkWQEZWLodw S6ayLeDAYyV3aVi1PR3IxDzHHNCo23n47PAO1GccCmbywLVNg42s+7WmxI8CUssrJvps bwO5V2AHyIxT+1KUyZTQAkiK4xCUM4saNJU8aGz1cxsNKZsrPhPEBfwyl5sBaPXoQC2i w6Rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725241744; x=1725846544; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=89bC051Y7H1i2Kg30PohX7Z0I9LmpQhE0XcAaY9Pijw=; b=AtQnlE9NbgvnDRfMF5K3xrYoWhqiyqiT3LF9S7t6w+fQDxYllzubvFi/sSvTAdMZIB i2nqdDT0INwldKJ2/mCAp3h2HoKt9IE/WeEKLjheWfaN7p+0kWf9EAsLB23Y7etiF+Vc trYoSOv9RvwhyUp6vHfgP8Dj4awOlnogX5sa7NjcIwYjx0I3A+6MSzTBoZ2sAoVLGUds KKBM8YcdPfjWgs58k+DI4u30e5iqx2PmqFmGF5h4g6uOh03n/epAPv/fD4wTK41y/hO9 twjO9n/rZWdfJTS7CUlKlzSNMBIN+Nke7Un+MeEt9aA7xeqTHCgng8txNYtezby9qkd9 rYeg== X-Gm-Message-State: AOJu0Yy5bWQyISSDLLrw91ZbjXWsAFb1hDWeMiLD4wXq9TniwJDicjEJ obcxloet5RgqsdxMMtb803OqwntN7cNqZnevVTd4Yj7zPgOqwlyT37LNuWuTNvDkzXUJqaI7o3K whXv+JxzEv3l6v+TT1fVoInPwRGxC/tJ0 X-Google-Smtp-Source: AGHT+IEJAMjHe8sa1oJoN3UrHIkXHpqXNrevU2lwCQ3J3Nd+xk+CS3wC21ycnUN7/DFeYxRwrkdt67p6XMgLYs0NN0g= X-Received: by 2002:a17:907:724b:b0:a86:fa3d:e984 with SMTP id a640c23a62f3a-a897f84d457mr912563266b.20.1725241743645; Sun, 01 Sep 2024 18:49:03 -0700 (PDT) MIME-Version: 1.0 From: xiong ding Date: Sun, 1 Sep 2024 18:48:52 -0700 Message-ID: Subject: Could we go back in a replication slot? To: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000004825e006211925ee" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000004825e006211925ee Content-Type: text/plain; charset="UTF-8" Hi, community, The START_REPLICATION command accepts a lsn parameter, but according to the document that replication "starts at either WAL location XXX/XXX or the slot's confirmed_flush_lsn (see Section 54.19), whichever is greater." I wonder if there is a way to go back, like a command to set confirmed_flush_lsn to a previous lsn. I am asking because I may need to replay the replication messages to Kafka. Sincerely, Xiong Ding --0000000000004825e006211925ee Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, community,

The=C2=A0START_REPLICATI= ON command accepts a lsn parameter, but according to the document that repl= ication "starts at either WAL location XXX/XXX or the slot's confi= rmed_flush_lsn (see Section 54.19), whichever is greater." I wonder if= there is a way to go back, like a command to set confirmed_flush_lsn to a = previous lsn.

I am asking because I may need to re= play the replication messages to Kafka.

Sincerely,=
Xiong Ding
=C2=A0
--0000000000004825e006211925ee--