Re: BUG #15115: temporary AND unlogged tables for parallel db import
От | Tom Lane |
---|---|
Тема | Re: BUG #15115: temporary AND unlogged tables for parallel db import |
Дата | |
Msg-id | 27167.1521213903@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #15115: temporary AND unlogged tables for parallel db import (Andrew Gierth <andrew@tao11.riddles.org.uk>) |
Ответы |
Re: BUG #15115: temporary AND unlogged tables for parallel db import
|
Список | 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 по дате отправления: