Re: pg_restore causing deadlocks on partitioned tables
От | Tom Lane |
---|---|
Тема | Re: pg_restore causing deadlocks on partitioned tables |
Дата | |
Msg-id | 1032969.1600097091@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pg_restore causing deadlocks on partitioned tables (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: pg_restore causing deadlocks on partitioned tables
|
Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > On 2020-Sep-14, Tom Lane wrote: >> Hm, this seems related to 2ba5b2db7, but not the same thing. >> Alvaro, any thoughts? > So apparently when we go to restore the table data for the partition, > the TRUNCATE deadlocks with the PK addition ... that's pretty odd; > shouldn't the constraint restore have waited until the data had been > fully loaded? Yeah, that's certainly the design expectation. Missing dependency? If memory serves, which it may not given my undercaffeinated state, we would not expect there to be a direct dependency link between the constraint and the table data "object". What there should be is dependencies forcing the data to be restored before the post-data boundary pseudo-object, and the constraint after the boundary. I'm half guessing that that's being mucked up for partitioned tables. regards, tom lane
В списке pgsql-hackers по дате отправления: