Re: Feature thought: idle in transaction timeout
| От | Russell Smith |
|---|---|
| Тема | Re: Feature thought: idle in transaction timeout |
| Дата | |
| Msg-id | 460E1B10.9080607@pws.com.au обсуждение исходный текст |
| Ответ на | Feature thought: idle in transaction timeout ("Joshua D. Drake" <jd@commandprompt.com>) |
| Ответы |
Re: Feature thought: idle in transaction timeout
|
| Список | pgsql-hackers |
Joshua D. Drake wrote: > Hello, > > I ran into an interesting problem with a customer today. They are > running Jabber XCP (not the one we use). Unfortunately, the product > has a bug that causes it to leave connections persistent in a > transaction state. This is what it does: > > BEGIN; SELECT 1; > > Basically it is verifying that the connection is live. However, it > never calls commit. So what happens? We can't vacuum ;). > > Anyway, my thought is, we know when a transaction is idle, why not > have an idle timeout where we will explicitly close the connection or > rollback or something? User configurable of course. I agree with this, it reduces the long running transaction problem a little where the user forgot to commit/rollback their session. I may be worth having a transaction_timeout as well, and setting it to link a few hours by default. That way you can't have really long running transactions unless you specifically set that. > > Sincerely, > > Joshua D. Drake > > >
В списке pgsql-hackers по дате отправления: