Re: pg_logical_emit_message() misses a XLogFlush()

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: pg_logical_emit_message() misses a XLogFlush()
Дата
Msg-id ZNv1IEHhGxrUTtwI@paquier.xyz
обсуждение исходный текст
Ответ на Re: pg_logical_emit_message() misses a XLogFlush()  (Tomas Vondra <tomas.vondra@enterprisedb.com>)
Ответы Re: pg_logical_emit_message() misses a XLogFlush()  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Дерево обсуждения 
On Tue, Aug 15, 2023 at 11:37:32AM +0200, Tomas Vondra wrote:
> Shouldn't the flush be done only for non-transactional messages? The
> transactional case will be flushed by regular commit flush.

Indeed, that would be better.  I am sending an updated patch.

I'd like to backpatch that, would there be any objections to that?
This may depend on how much logical solutions depend on this routine.
--
Michael
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Shaun Thomas
Дата:
Сообщение: Logging of matching pg_hba.conf entry during auth skips trust auth, potential security issue
Следующее
От: Jelte Fennema
Дата:
Сообщение: Would it be possible to backpatch Close support in libpq (28b5726) to PG16?