Re: Website troubles
От
scott.marlowe
Тема
Re: Website troubles
Дата
Msg-id
Pine.LNX.4.33.0301301409250.22730-100000@css120.ihs.com
Ответ на
Re: Website troubles (Lincoln Yeoh)
Список
Дерево обсуждения
Website troubles "Greg Sabino Mullane" <greg@turnstep.com>
Re: Website troubles Tony Grant <tony@tgds.net>
Re: Website troubles Rogier van Eeten <rogier@snt.utwente.nl>
Re: Website troubles Tony Grant <tony@tgds.net>
Re: Website troubles Justin Clift <justin@postgresql.org>
Re: Website troubles greg@turnstep.com
Re: Website troubles Robert Treat <xzilla@users.sourceforge.net>
Re: Website troubles "Marc G. Fournier" <scrappy@hub.org>
Re: Website troubles Neil Conway <neilc@samurai.com>
Re: Website troubles Justin Clift <justin@postgresql.org>
Re: Website troubles Lincoln Yeoh <lyeoh@pop.jaring.my>
Re: Website troubles "scott.marlowe" <scott.marlowe@ihs.com>
Re: Website troubles "scott.marlowe" <scott.marlowe@ihs.com>
On Thu, 30 Jan 2003, Lincoln Yeoh wrote: > At 10:52 PM 1/29/03 -0400, Marc G. Fournier wrote: > > >The problem is/was persistent database connections ... the problem, IMHO, > >is that there is no way of 'timing out' idle connections, so any load on > >the web site that creates a whack of persistent connections, and then they > >all go idle, then if another hit on a different database goes through, it > >gets starved for connections ... > > Why does it get starved for connections if there are idle ones? Why can't > the idle ones connect to a different DB? It happens because php runs as a module under apache and each persistant connection is associated with an apache child / php pair. To prevent this problem, the sum of all maximum apache children for all web servers hitting a given database HAS to be lower than the max connections setting for postgresql or you will eventually, under load and at the worst possible time, experience connection starvation and have dead pages loading. It's an easy configuration change to make. But it wasn't made on the postgresql.org boxen apparently before now.
В списке pgsql-general по дате отправления