From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Michael Nolan <htfoot(at)gmail(dot)com> |
Cc: | srkrishna1(at)aol(dot)com, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: why select count(*) consumes wal logs |
Date: | 2018-11-06 18:41:21 |
Message-ID: | 29298.1541529681@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Michael Nolan <htfoot(at)gmail(dot)com> writes:
> On Tue, Nov 6, 2018 at 11:40 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> That represents setting the yes-this-row-is-committed hint bits on the
>> newly loaded rows. The first access to any such row will set that bit,
>> whether it's a select or a VACUUM or whatever.
> Tom, does that include ANALYZE?
Yes, but remember that ANALYZE doesn't scan the whole table; it'll only
set the bit on rows it visits.
(I forget at the moment if it's guaranteed to set the bit on all rows
in each page it examines, or only on the rows it selects to sample.
But in any case it will not examine every page in the table.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | bend | 2018-11-06 18:43:53 | RE: Trouble Upgrading Postgres |
Previous Message | Ondřej Bouda | 2018-11-06 18:31:50 | Re: backend crash on DELETE, reproducible locally |