Поменял log_statement на all временно. Начали валиться с биндами запросы.
Спасибо.

Всем привет. Есть вопрос по параллельном обновлении одной записи. У меня есть 5 консьюмеров которые обновляют (инкрементят каунтер у одной и той же записи). Но например если приходит сразу же 5 сообщений в очереди, то все 5 консьюмеров пытаются параллельно инкрементить одну и ту же запись. Запись достаю через SELECT FOR UPDATE, и вроде как она должна блокироваться пока не выполнится инкремент в одном из консьюмеров. Кто как решал данный вопрос?

https://explain.depesz.com/s/j3rf - первый запрос
https://explain.depesz.com/s/8Cox - второй запрос

насколько могу судить разница в rows=1 width=0 и  rows=1 width=4

В таком простом случае оно само все блокировки сделает.
Если там field = field + 1;

Вы там очередь хотите реализовать (если я правильно понял)?
Если да — посмотрите на "SELECT FOR UPDATE SKIP LOCKED", он как раз для этого (насколько я помню, легко гуглятся готовые примеры).

Апдейт по дефолту блокирует только записи, где есть уникальный индекс

По этому я юзаю select for update

Спасибо, гляну

Ну да. Просто чуть меньше данных "проходит" по узлам плана, да и всё (а вообще, было бы немного странно, если есть достоверное отличие — в том смысле, что иногда не бывает наоборот при повторных выполнениях;  разница всё равно небольшая, на первый взгляд).

UPDATE всегда блокирует обновляемые записи, вообще-то. Или Вы о чём-то другом?

бывает наоборот, но гораздо чаще exists побыстрее

Понятно. Всё-таки, причина для этого есть, хотя её вклад и мизерный (поэтому и бывает наоборот).

Не всегда

Всегда. Оно так устроено.

Возможно, тогда я не правильно понял доку

Всегда. Вы неправильно поняли / не дочитали документацию.
См. далее:

FOR NO KEY UPDATE
   Behaves similarly to FOR UPDATE, except that the lock acquired is weaker: this lock will not block SELECT FOR KEY SHARE commands that attempt to acquire a lock on the same rows. This lock mode is also acquired by any UPDATE that does not acquire a FOR UPDATE lock.

Т.е. какая-то блокировка всегда накладывается при UPDATE.

Skip locked кстати не подходит, он наоборот пропускает заблокированные строки(что логично из названия). Мне нужно сделать очередь транзакций, что бы одна ждала завершение другой. По сути сейчас так и есть, но оооочень странно работает. Бывает что 5 записей нормально обновляются, и потом пару записей вообще не обновляются

Да, вижу, спасибо за инфу👍