| From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
|---|---|
| To: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: pg9.4 relpages of child tables |
| Date: | 2015-03-18 16:57:33 |
| Message-ID: | 20150318165733.GD9012@telsasoft.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Mar 18, 2015 at 12:11:22PM -0400, Tom Lane wrote:
> Justin Pryzby <pryzby(at)telsasoft(dot)com> writes:
> > I believe there's been a behavior change, and not sure if it's deliberate. I
> > don't think there's a negative consequence for our production use, but it
> > confused me while summing relpages for analysis purposes, as our 9.4 customers
> > behaved differently.
>
> I suspect that you're getting confused because autovacuum kicked in on the
It seems you're right. I was additionally confused because the autovacuum had
processed the most recent tables (triggered by insertion; partitioned by date),
but had not processed some of last month's tables (which I was querying for
relpages, since it's a complete month), since this DB was upgraded to pg9.4
last month.
Thanks,
Justin
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2015-03-18 17:03:23 | Re: GSoC idea - Simulated annealing to search for query plans |
| Previous Message | Grzegorz Parka | 2015-03-18 16:44:06 | Re: GSoC idea - Simulated annealing to search for query plans |