Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
11.01.2017, 12:28
|
|||
---|---|---|---|
max_locks_per_transaction |
|||
#18+
Добрый день Можете объяснить за что отвечает параметр max_locks_per_transaction? На postgrespro.ru есть описание, но не могу понять на что влияет этот параметр. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.01.2017, 12:46
|
|||
---|---|---|---|
|
|||
max_locks_per_transaction |
|||
#18+
Gallemar, "Блокировки объектов располагаются в общей памяти сервера. Поэтому их количество ограничено двумя параметрами: max_locks_per_transaction и max_connections. Пул блокировок общий для всех транзакций, то есть одна транзакция может захватить больше блокировок, чем max_locks_per_transaction — важно лишь, чтобы общее число блокировок в системе не превысило установленный предел." Отсюда . Тема 4 Снимки и блокировки. Можно глянуть видео с 17:18 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.01.2017, 12:50
|
|||
---|---|---|---|
max_locks_per_transaction |
|||
#18+
Павел Лузанов, а для чего его требуется увеличить? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.01.2017, 13:46
|
|||
---|---|---|---|
max_locks_per_transaction |
|||
#18+
Gallemar, Не надо трогать этот параметр, тем более если вы не знаете как он работает. Он влияет на размер фиксированной таблицы блокировок, умолчательного значения более чем достаточно. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.01.2017, 14:27
|
|||
---|---|---|---|
|
|||
max_locks_per_transaction |
|||
#18+
GallemarПавел Лузанов, а для чего его требуется увеличить? Я вообще не уверен, что его требуется увеличивать. PostgreSQL может предложить это сделать (в сообщении об ошибке), если в одной транзакции тысячами создавать/удалять объекты БД. Но здесь скорее нужно поменять подход к разработке, чем этот параметр. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.01.2017, 15:29
|
|||
---|---|---|---|
max_locks_per_transaction |
|||
#18+
vyegorov<> умолчательного значения более чем достаточно. при обильном партицировании -- увы, нет. не всегда и для некоторых запросов, порождаемых сбрендившими трансляторами типа 1С, как мы знаем, тоже. (когда текст запроса сам по себе -- многие мегабайты) очевидно ТС увидел битым текстом в логах/ошибках рекомендацию движка пж увеличить это число, то ли написав хитровыдуманный запрос сам, то ли попользовав что--то готовое. т.ч. "увидев такую рекомендацию в тексте ошибок" -- одно из 2--х: задумаццо об архитектуре, и переделать всё (хотя бы запрос, вызвавший оное сообщение) наново, или таки увеличить оный параметр. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.01.2017, 15:43
|
|||
---|---|---|---|
max_locks_per_transaction |
|||
#18+
qwwq, ага, тут тоже обсуждалось пару раз http://www.sql.ru/forum/actualsearch.aspx?search=max_locks_per_transaction 53200&sin=0&bid=7&a=&ma=0&dt=-1&s=1&so=1 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
15.10.2020, 13:00
|
|||
---|---|---|---|
max_locks_per_transaction |
|||
#18+
Подниму тему. Прошу не пинать. Все топики по теме на этом форуме посмотрел, но вопросы остались. Срабатывает ОШИБКА: нехватка разделяемой памяти HINT: Возможно, следует увеличить параметр max_locks_per_transaction. Рекомендательные блокировки не используются, явные - не больше 10 на транзакцию. Хотелось бы уточнить такой момент: разные операторы update на записи одной таблицы создают разные блокировки или входят в одну? Если в одну, то даже в самой ресурсоёмкой функции апдейтится значительно меньше таблиц, чем значение max_locks_per_transaction=64. Какие ещё причины нехватки разделяемой памяти могут быть? Версия 10.10 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
15.10.2020, 13:57
|
|||
---|---|---|---|
|
|||
max_locks_per_transaction |
|||
#18+
Kr_Yury, поднимите max_locks_per_transaction до 256 и успокойтесь ). обычно нехватка max_locks_per_transaction от избыточного партиционирования возникает. а вообще посмотрите сколько у вас select * from pg_locks например когда такая ошибка вылезает может что то понятнее станет. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=53&mobile=1&tid=1994425]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 125ms |
0 / 0 |