Re: EXPLAIN BUFFERS: dirtied - Mailing list pgsql-general

From Vitaliy Garnashevich
Subject Re: EXPLAIN BUFFERS: dirtied
Date
Msg-id cf69d9d5-18f1-288b-c70c-186b3cde64dd@gmail.com
Whole thread Raw
In response to Re: EXPLAIN BUFFERS: dirtied  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: EXPLAIN BUFFERS: dirtied  (Tomas Vondra <tomas.vondra@2ndquadrant.com>)
List pgsql-general
I've read this article: https://wiki.postgresql.org/wiki/Hint_Bits

It says:

> A plain SELECT, count(*), or VACUUM on the entire table will check 
> every tuple for visibility and set its hint bits. 

Suppose, a new page was created using many INSERTs, and then was written 
to disk during a checkpoint. There were no SELECTs or VACUUM on the page 
or table yet. Will the following SELECT of one tuple from the page 
update hint bits for ALL tuples on the page? Is that correct?

When a page is initially created and then is being written to disk 
during a checkpoint, does checkpoint writer update the hint bits before 
writing the page, or the following SELECT/VACUUM will have to do that 
(possibly loading/updating/writing the page again)?

Regards,
Vitaliy

On 2018-01-29 20:38, Tom Lane wrote:
> Vitaliy Garnashevich <vgarnashevich@gmail.com> writes:
>> But what is "dirtied" statistics? When a SELECT query could make pages
>> dirty?
> Setting hint bits on recently-committed rows.
>
>             regards, tom lane
>



pgsql-general by date:

Previous
From: support-tiger
Date:
Subject: Re: pg 10.1 missing libpq in postgresql-devel
Next
From: Steven Lembark
Date:
Subject: Re: Using AWS ephemeral SSD storage for production databaseworkload?