Re: Add sub-transaction overflow status in pg_stat_activity
От | Robert Haas |
---|---|
Тема | Re: Add sub-transaction overflow status in pg_stat_activity |
Дата | |
Msg-id | CA+Tgmoa9Gk1g-6++iQD04VQS4TcCJEwPKg8Hg1=L7KigPMBOuA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Add sub-transaction overflow status in pg_stat_activity (Amit Singh <amitksingh.mumbai@gmail.com>) |
Ответы |
Re: Add sub-transaction overflow status in pg_stat_activity
|
Список | pgsql-hackers |
On Mon, Nov 14, 2022 at 11:35 AM Amit Singh <amitksingh.mumbai@gmail.com> wrote: > Making the information available in pg_stat_activity makes it a lot easier to identify the pid which has caused the subtranoverflow. Debugging through the app code can be an endless exercise and logging every statement in postgresql logsis not practical either. If the overhead of fetching the information isn't too big, I think we should consider the subtransaction_countand is_overflowed field as potential candidates for the enhancement of pg_stat_activity. The overhead of fetching the information is not large, but Justin is concerned about the effect on the display width. I feel that's kind of a lost cause because it's so wide already anyway, but I don't see a reason why we need *two* new columns. Can't we get by with just one? It could be overflowed true/false, or it could be the number of subtransaction XIDs but with NULL instead if overflowed. Do you have a view on this point? -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: