Редактировал(а) Alexandr Fokin 2024/06/07 23:49

<
От версии < 1.6 >
отредактировано Alexandr Fokin
на 2024/03/16 20:49
К версии < 1.4 >
отредактировано Alexandr Fokin
на 2024/03/16 20:12
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -25,26 +25,12 @@
25 25  \\Пример: Мы сначала отбираем батч id, чтобы потом обработать каждую запись в отдельной транзакции. Мы не хотим блокировать сами строки, но также не хотим, чтобы другой (параллельный) обработчик отбирал их к себе.
26 26  Мы можем использовать рекомендательную блокировку. При этом при обработке каждой строки отдельной транзакцией мы накладываем For Update.
27 27  
28 -ЗАМЕЧАНИЕ: быть аккуратнее при использовании условий с JOIN или сортировке, чтобы не блокировать больше строк, чем нужно.
29 -
30 -Postgres pg_try_advisory_lock blocks all records
31 -[[https:~~/~~/stackoverflow.com/questions/20115907/postgres-pg-try-advisory-lock-blocks-all-records>>https://stackoverflow.com/questions/20115907/postgres-pg-try-advisory-lock-blocks-all-records]]
32 -
33 -{{code language="sql"}}
34 -select g.id
35 -from (
36 - SELECT
37 - g.id,
38 - pg_catalog.pg_try_advisory_xact_lock(-1, pg_catalog.uuid_hash(g.id)) as locked
39 - FROM table1 AS t1
40 - join table2 as r2 on
41 - --WHERE rules
42 -) g
43 -where
44 - g.locked
45 -LIMIT 20;
46 -{{/code}}
28 +ЗАМЕЧАНИЕ: данный способ блокировки может подходить не для всех сценариев.
29 +Не подходит для ситуаций, когда выборка содержит условия к другим таблицам (JOIN).
30 +При использовании сортировок необходимо убедиться в наличии индексов.
31 +Иначе может приводить к ситуации, когда при считывании (по where) будет заблокировано больше строк, чем планировалось.
47 47  )))
48 48  |(% style="width:218px" %) |(% style="width:462px" %) |(% style="width:804px" %)
49 49  |(% style="width:218px" %) |(% style="width:462px" %) |(% style="width:804px" %)
50 50  
36 +