Re: BUG #15115: temporary AND unlogged tables for parallel db import - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #15115: temporary AND unlogged tables for parallel db import
Date
Msg-id 27167.1521213903@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #15115: temporary AND unlogged tables for parallel db import  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Responses Re: BUG #15115: temporary AND unlogged tables for parallel db import  (Enno Wein <ennowein@yahoo.com>)
List pgsql-bugs
Andrew Gierth <andrew@tao11.riddles.org.uk> writes:
> "Enno" == Enno Wein <ennowein@yahoo.com> writes:
>  Enno> However, it doesn't seem to work like that. Even with ONLY either
>  Enno> unlogged (the global ones) and temprorary tables (the local ones), the
>  Enno> system still produces a huge amount of WAL/checkpoint writes.

> So what you just said above is that you get a lot of WAL/checkpoint
> writes when using unlogged non-temporary tables. What this implies is
> that you have something _else_ going on, involving persistent tables
> (i.e. non-temporary non-unlogged tables - these are the only kind that
> get their data changes WAL-logged).

One theory is that the OP's workload involves a huge number of short-lived
temp tables, and then the WAL traffic is coming from the system catalog
changes involved in creating/dropping those tables (since even a temp
table must have entries in pg_class, pg_attribute, etc).  That's only
a theory though, given the lack of any hard evidence in this thread.

            regards, tom lane


pgsql-bugs by date:

Previous
From: Stephen Frost
Date:
Subject: Re: BUG #15115: temporary AND unlogged tables for parallel db import
Next
From: PG Bug reporting form
Date:
Subject: BUG #15116: pg_recvlogical always fails