Re: avoiding WAL logging in 8.3

From: Tatsuo Ishii <ishii(at)postgresql(dot)org>
To: simon(at)2ndquadrant(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: avoiding WAL logging in 8.3
Date: 2007-07-24 09:45:12
Message-ID: 20070724.184512.64806589.t-ishii@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > I noticed in 8.3 there are chances where we can avoid WAL logging. For
> > example, 8.3's pgbench was modified to use TRUNCATE right before
> > COPY. Is there any documentation which describes that kind of
> > techniques? If there's none, I would volunteer the work to create such
> > a documentation since I think this is valuable information for DBAs
> > who wish to migrate to 8.3.
>
> The Performance Tips section has been modified to describe this. Would
> you like me to add something elsewhere also? Multiple entry points to
> information helps everybody, so I'll happily add more.

Thanks for pointing out. I found following:

"COPY is fastest when used within the same transaction as an earlier
CREATE TABLE or TRUNCATE command. In such cases no WAL needs to be
written, because in case of an error, the files containing the newly
loaded data will be removed anyway."

Sounds great!

BTW, I noticed that "COPY, CLUSTER, B-Tree split logging improvements"
in Josh's presentation in Tokyo. Are they just internal changes and
are nothing to do with DBA's job?
--
Tatsuo Ishii
SRA OSS, Inc. Japan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2007-07-24 10:00:58 Re: avoiding WAL logging in 8.3
Previous Message peter.trautmeier 2007-07-24 09:36:06 EXEC_EVALDEBUG debugging broken?