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 по дате отправления: