Re: stats_command_string default?

From: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
To: Kevin Brown <kevin(at)sysexperts(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: stats_command_string default?
Date: 2003-02-15 14:23:38
Message-ID: 20030215222320.H63048-100000@houston.familyhealth.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

You can just turn it on in one second in your postgresql.conf file...

Chris

On Fri, 14 Feb 2003, Kevin Brown wrote:

>
> One of the functions of the DBA is to monitor what people are doing to
> the database. My experience is that "ps" is often sorely lacking in
> this regard: its output is somewhat limited, from what I've seen, and
> in any case the DBA's domain is the database itself: that's the
> environment he's going to be most proficient in.
>
> The ability to select the list of current connections from
> pg_stat_activity is really handy for monitoring the database, but the
> default configuration disables stats_command_string -- so the
> current_query winds up being blank by default.
>
> That's not exactly the most useful configuration for the DBA.
>
> Would it make more sense to enable stats_command_string by default?
> It could be a problem if doing so would have a significant impact on
> performance, but that's the only reason I can think of for not doing
> it. Are there others?
>
>
> It would also be handy if users could see their own queries while the
> rest remain blank. That would require changing
> pg_stat_get_backend_activity() so that it returns a value if the user
> is the superuser or if the user asking for the answer is the same as
> the user who owns the backend entry being looked up. Are there any
> pitfalls to implementing that?
>
>
>
>
> --
> Kevin Brown kevin(at)sysexperts(dot)com
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Kings-Lynne 2003-02-15 14:27:11 Re: [HACKERS] Linux.conf.au 2003 Report
Previous Message Christopher Kings-Lynne 2003-02-15 14:15:01 Re: Offering tuned config files

Browse pgsql-patches by date

  From Date Subject
Next Message Rod Taylor 2003-02-16 00:50:46 Object (Domain) locking
Previous Message Tom Lane 2003-02-14 21:59:33 Re: Cosmetic change in catalog/index.c