Re: row-attribute in EXPLAIN-output doesn't match count(*)
От | Andreas Joseph Krogh |
---|---|
Тема | Re: row-attribute in EXPLAIN-output doesn't match count(*) |
Дата | |
Msg-id | 200504141954.20520.andreak@officenet.no обсуждение исходный текст |
Ответ на | Re: row-attribute in EXPLAIN-output doesn't match count(*) (Andrew Sullivan <ajs@crankycanuck.ca>) |
Ответы |
Re: row-attribute in EXPLAIN-output doesn't match count(*)
Re: row-attribute in EXPLAIN-output doesn't match count(*) |
Список | pgsql-sql |
On Thursday 14 April 2005 19:33, Andrew Sullivan wrote: > On Thu, Apr 14, 2005 at 07:21:38PM +0200, Andreas Joseph Krogh wrote: > > So, what you're suggesting is that a restart of the webapp should make > > vacuum able to delete those dead rows? > > Yes, but that'll only solve your problem for now. You'll have the > problem again soon. What's keeping open the transaction? Don't know... All my web-apps semm to have *one* line each in "ps" which says "dbuser dbname 127.0.0.1 idle in transaction". Those are java-web-apps which get their connections from a connection-pool(Apache-Commons ConnectionPool), but there is exactly *one* line pr. web-app which has the "idle in transaction" line, even tho they have many connections open each. Any hints on how I can find out what's keeping the connection idle in a transaction? I realize now that I should probably ask that question on the pgsql-jdbc-list:-) But thanks a lot for helping me finding the problem, appreciate it! -- Andreas Joseph Krogh <andreak@officenet.no> Senior Software Developer / Manager gpg public_key: http://dev.officenet.no/~andreak/public_key.asc ------------------------+---------------------------------------------+ OfficeNet AS | The most difficult thing in the world is to | Hoffsveien 17 | know how to do a thing and to watch | PO. Box 425 Skøyen | somebody else doing it wrong, without | 0213 Oslo | comment. | NORWAY | | Phone : +47 22 13 01 00 | | Direct: +47 22 13 10 03 | | Mobile: +47 909 56 963 | | ------------------------+---------------------------------------------+
В списке pgsql-sql по дате отправления: