Re: locking problems
От | Andrew Sullivan |
---|---|
Тема | Re: locking problems |
Дата | |
Msg-id | 20020319102842.B13958@mail.libertyrms.com обсуждение исходный текст |
Ответ на | Re: locking problems ("Jonathan Ellis" <jbe@familyellis.org>) |
Ответы |
Re: locking problems
|
Список | pgsql-general |
On Sun, Mar 17, 2002 at 08:54:18PM -0800, Jonathan Ellis wrote: > > something on the table. Postgres has a deadlock_timeout feature > > which is there to prevent clients from waiting forever. What's yours > > set at? Maybe you just need to set it higher. > > I haven't changed this from the default (~20 seconds?). Is it a strict > first-in-first-out queue? Because there's a lot of other transactions > trying to update smaller portions of this table that seem to be cutting in > front of the line for the lock so to speak. The docs say that if something is locked, the system waits deadlock_timeout milliseconds before trying to discover whether the condition can ever become unlocked. I ran into a problem with deadlocks under heavy load once, and discovered that setting deadlock_timeout higher did just what the docs suggested: "Ideally the setting should exceed your typical transaction time, so as to improve the odds that the lock will be released before the waiter decides to check for deadlock." Maybe that's your problem, too. A -- ---- Andrew Sullivan 87 Mowat Avenue Liberty RMS Toronto, Ontario Canada <andrew@libertyrms.info> M6K 3E3 +1 416 646 3304 x110
В списке pgsql-general по дате отправления: