Re: [Glue] Deadlock bug
От | Josh Berkus |
---|---|
Тема | Re: [Glue] Deadlock bug |
Дата | |
Msg-id | 4C6EC962.4060908@agliodbs.com обсуждение исходный текст |
Ответ на | Re: Deadlock bug (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [Glue] Deadlock bug
Re: [Glue] Deadlock bug |
Список | pgsql-hackers |
On 8/20/10 7:18 AM, Tom Lane wrote: > It does go through without any deadlock, *if* there is no foreign key > involved. You didn't tell us exactly what the FK relationship is, but > I suspect the reason for the deadlock is that one process is trying to > update a row that references some row already updated by the other. > That will require a row-level share lock on the referenced row, so you > can get a deadlock. That's correct. This is the generic example I was talking about earlier on -hackers. I'm not certain it's a bug per spec; I wanted to talk through with Kevin what we *should* be doing in this situation. This is one example of a set of user-hostile FK-related deadlock behavior we have. I'm just not certain it's logically possible to improve it. -- -- Josh Berkus PostgreSQL Experts Inc. http://www.pgexperts.com
В списке pgsql-hackers по дате отправления: