Slow update statement - Mailing list pgsql-performance

From Patrick Hatcher
Subject Slow update statement
Date
Msg-id 42F4B812.7070501@comcast.net
Whole thread Raw
Responses Re: Slow update statement  (John A Meinel <john@arbash-meinel.com>)
Re: Slow update statement  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
[Reposted from General section with updated information]
Pg 7.4.5

I'm running an update statement on about 12 million records using the
following query:

Update table_A
set F1 = b.new_data
from table_B b
where b.keyfield = table_A.keyfield

both keyfields are indexed, all other keys in table_A were dropped, yet this job has been running over 15 hours.  Is
this normal?

I stopped the process the first time after 3 hours of running due to excessive log rotation and reset the conf file to
thesesettings: 


wal_buffers = 64                # min 4, 8KB each

# - Checkpoints -

checkpoint_segments = 128       # in logfile segments, min 1, 16MB each
checkpoint_timeout = 1800       # range 30-3600, in seconds
#checkpoint_warning = 30        # 0 is off, in seconds
#commit_delay = 0               # range 0-100000, in microseconds
#commit_siblings = 5            # range 1-1000


Would it just be quicker to run a JOIN statement to a temp file and then reinsert?

TIA
Patrick


pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Why hash join instead of nested loop?
Next
From: John A Meinel
Date:
Subject: Re: Slow update statement