Re: Deadlock with tsearch2 index ...
От | Tom Lane |
---|---|
Тема | Re: Deadlock with tsearch2 index ... |
Дата | |
Msg-id | 22756.1117567232@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Deadlock with tsearch2 index ... ("Marc G. Fournier" <scrappy@postgresql.org>) |
Ответы |
Re: Deadlock with tsearch2 index ...
|
Список | pgsql-hackers |
"Marc G. Fournier" <scrappy@postgresql.org> writes: > Just want to make sure that this is, in fact, what is expected: > client1: begin; > client1: update articles set some_col = <foo> where id = <bar>; > client2: update articles set some_col2 = <foo2> where id = <bar>; > client1: update articles set some_col3 = <foo> where id = <bar>; > client1: ** deadlock ** > client2 can't finish its 'transaction', and is therefore preventing > client1 from continuing ... ? Hmm, I can see why client2 might be blocked by client1, but if client1 holds the lock it should be able to continue to update the table. I take it from your title that this only happens if there's a tsearch2 index on the table? Can you put together a test case? regards, tom lane
В списке pgsql-hackers по дате отправления: