From: | "Jonathan Ellis" <jbe(at)familyellis(dot)org> |
---|---|
To: | "PostgreSQL general list" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: locking problems |
Date: | 2002-03-19 23:40:25 |
Message-ID: | 014601c1cf9f$724ad0e0$4a050a0a@jellispc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> 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.
the thing is, it shouldn't be deadlocking, so the "check for deadlock" code
should always look at it and say, "Hmm, nope, that'll take care of itself
eventually." So if it is deadlocking, it's a bug, and if it's whacking a
non-deadlocked transaction, that's a bug too the way I read it.
-Jonathan
From | Date | Subject | |
---|---|---|---|
Next Message | Jonathan Ellis | 2002-03-19 23:57:34 | Re: locking problems |
Previous Message | Booth, Robert | 2002-03-19 22:59:23 | Access to Postgres query problem |