Re: Deadlock problem
От | Andrew Sullivan |
---|---|
Тема | Re: Deadlock problem |
Дата | |
Msg-id | 20051118180347.GA29354@phlogiston.dyndns.org обсуждение исходный текст |
Ответ на | Deadlock problem ("Vit Timchishin" <tivv@gtech-ua.com>) |
Ответы |
Re: Deadlock problem
|
Список | pgsql-jdbc |
On Fri, Nov 18, 2005 at 12:09:16PM +0200, Vit Timchishin wrote: > I suppose that this means that I've first used connection object > from one thread and this thread pid (linux x86-64) took exclusive > lock and now another thread tries to use same connection and is > going into lock. Am I correct? If so, why this exclusive locks are > help while there no other queries executed? Or does this mean I > can't use same connection object from different threads? The answer to question (1) is "presumably", and the answer to question (2) is "there is too another query being executed". There _must_ be a query being executed by the back end (whatever your application thinks), because that's what's got the exlusive lock. Moreover, an exclusive lock is pretty strong -- presumably a row is being modified. But I suspect that, whatever you're doing, you don't really want to be using the same connection object from different threads (unless you mean, serially -- like a connection pool which hands out "the same connection" multiple times). If this connection is being actively used by more than one thread concurrently, things are going to break in really surprising ways. A -- Andrew Sullivan | ajs@crankycanuck.ca "The year's penultimate month" is not in truth a good way of saying November. --H.W. Fowler
В списке pgsql-jdbc по дате отправления: