| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Tom DalPozzo <t(dot)dalpozzo(at)gmail(dot)com> |
| Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: tuple statistics update |
| Date: | 2017-04-19 14:37:50 |
| Message-ID: | 7294.1492612670@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Tom DalPozzo <t(dot)dalpozzo(at)gmail(dot)com> writes:
> 2017-04-18 22:06 GMT+02:00 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:
>> If your session is just sitting, that's not surprising. I think stats
>> updates are only transmitted to the collector at transaction end (and
>> even then, only if it's been at least N msec since the last transmission
>> from the current session).
> Hi, my transaction ended, that I waited 1 min and queried the stat.
> I had to wait for session end in order to see the updeted stats.
> Did you mean "...to the collector at SESSION end"?
No, I meant what I said. No amount of just-sitting will cause a session
to do something: it either transmits stats at transaction end or it
doesn't because it thinks it's too soon since its last update. If you
want to force out the stats, you could wait a second or so and then
do a dummy transaction (even "select 1" will do, in testing).
BTW, a quick look at the code says the threshold is 500 msec, ie,
stats are sent only if it's been at least half a second since the
session's last report.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Samuel Williams | 2017-04-19 15:13:24 | Re: Large data and slow queries |
| Previous Message | Adrian Klaver | 2017-04-19 14:25:52 | Re: Unable to upload backups |