Re: LISTEN/NOTIFY race condition?

Поиск
Список
Период
Сортировка
От Laurent Birtz
Тема Re: LISTEN/NOTIFY race condition?
Дата
Msg-id 47D5C443.1010907@kryptiva.com
обсуждение исходный текст
Ответ на Re: LISTEN/NOTIFY race condition?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
>>    In Async_Listen(): change
>>    'heap_close(lRel, ExclusiveLock);' for 'heap_close(lRel, NoLock);'.
>>
>
> This solution is pretty ugly, though, because we allow people to
> execute LISTEN/UNLISTEN in transaction blocks, which means that the
> ExclusiveLock could be held for quite some time.  Not only is that bad
> for performance but it poses significant risks of deadlocks.
>

True, I had not considered this.

> Comments?  Have I missed anything?
>

As far as I can tell it seems fine.


Thanks a lot for your input!
Laurent Birtz

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: LISTEN/NOTIFY race condition?
Следующее
От: "Matt Magoffin"
Дата:
Сообщение: BUG #4024: xpath() results lose namespace mappings