Re: Set log_lock_waits=on by default

Поиск
Список
Период
Сортировка
От Nathan Bossart
Тема Re: Set log_lock_waits=on by default
Дата
Msg-id 20240206165343.GA3841415@nathanxps13
обсуждение исходный текст
Ответ на Re: Set log_lock_waits=on by default  (Michael Banck <mbanck@gmx.net>)
Ответы Re: Set log_lock_waits=on by default  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
I saw this was marked ready-for-committer, so I took a look at the thread.
It looks like there are two ideas:

* Separate log_lock_waits from deadlock_timeout.  It looks like this idea
  has a decent amount of support, but I didn't see any patch for it so far.
  IMHO this is arguably a prerequisite for setting log_lock_waits on by
  default, as we could then easily set it higher by default to help address
  concerns about introducing too much noise in the logs.

* Set log_lock_waits on by default.  The folks on this thread seem to
  support this idea, but given the lively discussion for enabling
  log_checkpoints by default [0], I'm hesitant to commit something like
  this without further community discussion.

[0] https://postgr.es/m/CALj2ACX-rW_OeDcp4gqrFUAkf1f50Fnh138dmkd0JkvCNQRKGA%40mail.gmail.com

-- 
Nathan Bossart
Amazon Web Services: https://aws.amazon.com



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

Предыдущее
От: Daniel Gustafsson
Дата:
Сообщение: Re: Reducing connection overhead in pg_upgrade compat check phase
Следующее
От: Nathan Bossart
Дата:
Сообщение: Re: Reducing connection overhead in pg_upgrade compat check phase