| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
| Cc: | Dan Gorman <dgorman(at)hi5(dot)com>, mischa(at)ca(dot)sophos(dot)com, pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: Selects query stats? |
| Date: | 2006-05-23 19:13:13 |
| Message-ID: | 17713.1148411593@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
"Jim C. Nasby" <jnasby(at)pervasive(dot)com> writes:
> On Tue, May 23, 2006 at 11:33:12AM -0700, Dan Gorman wrote:
>> In any other DB (oracle, mysql) I know how many queries (selects) per
>> second the database is executing. How do I get this
>> number out of postgres?
> You can't. You also can't know how many DML statements were executed
> (though you can see how many tuples were inserted/updated/deleted), or
> how many transactions have occured (well, you can hack the last one, but
> it's a bit of a mess).
Hack? We do count commits and rollbacks (see pg_stat_database); doesn't
seem that hacky to me.
Counting individual statements would add overhead (which the OP already
declared unacceptable) and there are some definitional issues too, like
whether to count statements executed within functions.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2006-05-23 19:50:01 | Re: Selects query stats? |
| Previous Message | Dan Gorman | 2006-05-23 19:08:05 | Re: Selects query stats? |