Frequent 'deadlock detected' in 7.4 ... or just my bad code?

From: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
To: pgsql-admin(at)postgresql(dot)org
Subject: Frequent 'deadlock detected' in 7.4 ... or just my bad code?
Date: 2004-04-05 14:53:05
Message-ID: 20040405114031.N79409@ganymede.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin


G'day ...

I've got a script that runs on all the servers that dump's IP traffic
data to a 7.4 database ... they all run at the same time, but I'm starting
to get the following on a reasonably regular basis:

ERROR: deadlock detected at /usr/local/abin/ipaudit2ams.pl line 175.

The code that is causing it, from the times I've been able to catch it,
is a simple update to the same table:

$upd->execute( $traffic{$company_id}{$ip_id}{$port}, $company_id, $ip_id, $date ) || die $upd->errstr;

Now, the scripts are wrap'd in a BEGIN/END ... if a file fails to be
loaded, I want the whole thing to rollback ... the deadlock itself, I'm
presuming, is because two servers are trying to update the same
$ip_id/$port/$company_id record, at the same time ...

Now, reading the DEADLOCKS section at:

http://www.postgresql.org/docs/7.4/static/explicit-locking.html

This is to be expected ... but, other then breaking the transaction
itself into smaller chunks, or staggering the scripts run times ... is
there something I'm overlooking to eliminate this? I could increase the
deadlock timeout, as an option as well ...

----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2004-04-05 15:13:54 Re: Frequent 'deadlock detected' in 7.4 ... or just my bad code?
Previous Message Tom Lane 2004-04-05 14:52:12 Re: Do Petabyte storage solutions exist?