Re: a lot of shared buffers hit when planning for a simple query with primary access path - Mailing list pgsql-performance

From David Rowley
Subject Re: a lot of shared buffers hit when planning for a simple query with primary access path
Date
Msg-id CAApHDvoR17=B42zHe_QtPgcQdpHic5+nz8V0VqvbRsNxo3V5Zw@mail.gmail.com
Whole thread Raw
In response to a lot of shared buffers hit when planning for a simple query with primary access path  (James Pang <jamespang886@gmail.com>)
Responses Re: a lot of shared buffers hit when planning for a simple query with primary access path
List pgsql-performance
On Mon, 1 Jul 2024 at 21:45, James Pang <jamespang886@gmail.com> wrote:
>    Buffers: shared hit=110246         <<< here planning need access a lot of buffers
>  Planning Time: 81.850 ms
>  Execution Time: 0.034 ms
>
>    could you help why planning need a lot of shared buffers access ?

Perhaps you have lots of bloat in your system catalogue tables. That
could happen if you make heavy use of temporary tables. There are many
other reasons too. It's maybe worth doing some vacuum work on the
catalogue tables.

David



pgsql-performance by date:

Previous
From: James Pang
Date:
Subject: a lot of shared buffers hit when planning for a simple query with primary access path
Next
From: Pavel Stehule
Date:
Subject: Re: a lot of shared buffers hit when planning for a simple query with primary access path