From: | Ian Harding <harding(dot)ian(at)gmail(dot)com> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org>, Ian Harding <harding(dot)ian(at)gmail(dot)com>, General PostgreSQL List <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Locking or Something Else? |
Date: | 2012-05-20 17:38:50 |
Message-ID: | CAMR4UwH0jydTpa84G29wv58VDcKZHROB5O1BExeUU8rCjV6TYg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sunday, May 20, 2012, Martijn van Oosterhout wrote:
> On Sun, May 20, 2012 at 12:26:26AM -0700, Ian Harding wrote:
> > I have a situation where an increase in volume of inserts into the
> > main transaction table causes a huge slowdown. The table has lots of
> > indexes and foreign keys and a trigger.
> >
> > Clearly, something is causing a resource contention issue, but here's
> > my main question:
> >
> > I have log_lock_waits = on and deadlock_timeout = 250ms. Is there
> > any way I could have delays of tens of seconds caused by a write
> > conflict in a table accessed by a trigger that would not result in the
> > wait being logged?
>
> The most common cause for slowdowns during inserts is if you're not
> wrapping them into large transactions. The deadlock timeout only
> tracks deadlocks, it won't trigger on normal lock waits. There can be
> issues with respect to foreign keys, but I didn't think they are
> triggered on inserts.
I must have misunderstood log_lock_waits. I thought it logged all lock
waits longer than deadlock_timeout.
>
> If you are wrapping into transactions, then it may be that your disk
> subsystem has slow fsyncs.
>
> Hope this helps,
> --
> Martijn van Oosterhout <kleptog(at)svana(dot)org <javascript:;>>
> http://svana.org/kleptog/
> > He who writes carelessly confesses thereby at the very outset that he
> does
> > not attach much importance to his own thoughts.
> -- Arthur Schopenhauer
>
From | Date | Subject | |
---|---|---|---|
Next Message | c k | 2012-05-20 17:48:14 | Re: suggestion for backup (pg_dump) |
Previous Message | Josh Kupershmidt | 2012-05-20 17:10:52 | Re: Why are pg_restore taking that long ? |