Re: transactions start time
Andres Freund <andres@2ndquadrant.com>
From: Andres Freund <andres@2ndquadrant.com>
To: pgsql-performance@postgresql.org
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Aleksei Arefjev <aleksei.arefjev@nordicgaming.com>, Richard Huxton <dev@archonet.com>
Date: 2012-07-25T17:01:17Z
Lists: pgsql-performance
Hi, On Wednesday, July 25, 2012 04:56:20 PM Tom Lane wrote: > Aleksei Arefjev <aleksei.arefjev@nordicgaming.com> writes: > > On 24 July 2012 20:21, Richard Huxton <dev@archonet.com> wrote: > >> I'm not sure if I'm reading this right, but are there more than 48 > >> million BEGINs that took 0s each (presumably rounded down) and then a > >> handful taking about 0.8s? > > I'm wondering exactly where/how the duration was measured. If it was at > a client, maybe the apparent delay had something to do with network > glitches? It seems suspicious that all the outliers are around 0.8s. > It would be useful to look to see if there's any comparable pattern > for statements other than BEGIN. > > As Richard says, a BEGIN by itself ought to take negligible time. He earlier also asked on the IRC-Channel and I got the idea that the problem could be explained by pgbouncer in transaction pooling mode waiting for a free backend connection. Aleksei confirmed that they use pgbouncer in that configuration, so that might be it. Andres -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services