Re: Warning for exceeding max locks?
| От | Tom Lane |
|---|---|
| Тема | Re: Warning for exceeding max locks? |
| Дата | |
| Msg-id | 29514.1184466204@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Warning for exceeding max locks? ("Joshua D. Drake" <jd@commandprompt.com>) |
| Ответы |
Re: Warning for exceeding max locks?
|
| Список | pgsql-hackers |
"Joshua D. Drake" <jd@commandprompt.com> writes:
> We ran into a problem with a customer this weekend. They had >128,000
> tables and we were trying to run a pg_dump. When we reached
> max_locks_per_transaction, the dump just hung waiting to lock the next
> table.
> Would it make sense to have some sort of timeout for that?
I don't think you have diagnosed this correctly. Running out of lock
table slots generates an "out of shared memory" error, with a HINT that
you might want to increase max_locks_per_transaction. If you can prove
otherwise, please supply a test case.
regards, tom lane
В списке pgsql-hackers по дате отправления: