varanio Jul 12 2022 at 12:23

Синхронизируем приложения с помощью Advisory Locks (postgresql). Что это, зачем, и нюансы работы с pgBouncer

4 min

12K

Karuna corporate blogWebsite development*PostgreSQL*Programming*SQL*

+20

Comments 16

RekGRpth Jul 12 2022 at 12:59

для хеширования текста есть встроенная функция hashtext, только почему-то не в документации

varanio Jul 12 2022 at 13:34

круто, не знал. Правда, недокументированные функции страшновато использовать

Kilor Jul 12 2022 at 23:44

Официальное мнение по этому вопросу звучит примерно так: "не надо лазать, куда не надо".

Что не мешает желающим использовать множество внутренних hash-функций, чтобы получить дополнительные +40% производительности.

varanio Jul 13 2022 at 09:19

Что, если взять все эти функции и сделать из них расширение

Kilor Jul 12 2022 at 13:56

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

Если уж у нас и так есть база, то обычно проще заложиться на имя какой-то таблицы, а не файла (пример отсюда):

SELECT pg_try_advisory_lock(
  'processed_table'::regclass::oid
, -1 -- ключ типа worker'а
);

varanio Jul 12 2022 at 23:23

Это как? вот у меня есть 100500 файлов. Таблиц может вообще нет. Как мне закладываться на имя таблицы?

Kilor Jul 12 2022 at 23:31

Обычно подобную обработку на advlock с монопольным захватом ресурса делают на PG, когда им является уже существующая таблица/запись. Ну и таблицу-то найти можно всегда - хотя бы и системную pg_class.

А вот зачем использовать блокировки на БД для обработки каких-то файлов, если "таблиц вообще нет" - вопрос.

fireSparrow Jul 13 2022 at 11:50

Обычно подобную обработку на advlock с монопольным захватом ресурса делают на PG, когда им является уже существующая таблица/запись.

Не обязательно. Можно исполььзовать advlock для монопольного доступа вообще к любому ресурсу, в том числе находящемуся вне базы.
Главное, чтобы этому ресурсу можно было сопоставить некое уникальное название/идентификатор, которое и используется для взятия лока.

Kilor Jul 13 2022 at 11:59

Конечно, можно, но - зачем? То есть СУБД это явно не наилучший механизм для абстрактной синхронизации каких-то процессов. И если это ее единственное применение на проекте, то это странно.

fireSparrow Jul 13 2022 at 16:26

Если постгрес только для локов использовать — то действительно странно.
Но если постгресс уже всё равно есть для данных, то почему бы и локи не сделать через него? Понятно, что в этом случае какие-то таблицы всё-таки будут, но они могут никак не соотноситься с локами.

Kilor Jul 13 2022 at 16:53

Ну, я про это и написал - что если у нас уже есть данные в какой-то таблице, и мы для разруливания их обработки используем advlock, то проще закладываться на имя этой таблицы в качестве одного из пары ID рекомендательной блокировки.

Ну или пару (tableoid::oid, PK::integer), если нам нужна блокировка не на всю таблицу, а до конкретной записи - например, при конкурентной обработке очередей.