Re: [HACKERS] make async slave to wait for lsn to be replayed
В списке pgsql-hackers по дате отправления:
| От | Kartyshov Ivan |
|---|---|
| Тема | Re: [HACKERS] make async slave to wait for lsn to be replayed |
| Дата | |
| Msg-id | 929e86cb46190f3f42388b942dfec79a@postgrespro.ru обсуждение исходный текст |
| Ответ на | Re: [HACKERS] make async slave to wait for lsn to be replayed (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>) |
| Список | pgsql-hackers |
On 2024-04-02 13:15, Bharath Rupireddy wrote: > On Tue, Apr 2, 2024 at 3:41 PM Kartyshov Ivan > <i.kartyshov@postgrespro.ru> wrote: >> >> 8 years, we tried to add this feature, and now we suggest the best way >> for this feature is to commit the minimal version first. > > Just curious, do you or anyone else have an immediate use for this > function? If yes, how are they achieving read-after-write-consistency > on streaming standbys in their application right now without a > function like this? Just now, application runs pg_current_wal_lsn() after update and then waits on loop pg_current_wal_flush_lsn() until updated. Or use slow synchronous_commit. -- Ivan Kartyshov Postgres Professional: www.postgrespro.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера