Search Postgresql Archives

Physical replication high shared buffers hits

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,
We have been struggling with weird issue with postgresql physical replication, and i wonder if someone had this problem before, we have two servers (primary, replica) same hardware spec  connected directly with switch running postgresql 13.4, with replication lag less than 1 second, we use physical replication, and one of the tables is heavily loaded with writes and locks (up to one second), and reads, when we start reading from this table from the replica we found a weird issue, same query on the primary is taking few milliseconds, on the replica it grows until we do vacuum analyze and when we did explain analyze buffers, what we noticed that there are huge difference in shared buffers hit for this query on the replica vs the primary, please find the details below:

on primary:
https://explain.depesz.com/s/TuMD
on replica:
https://explain.depesz.com/s/auJp

Note the Buffers shared hit difference between the two queries,
again when we run this query on the replica after vacuuming analyze the table:
https://explain.depesz.com/s/vodZ

note that the buffers shared hit grows on the replica for this query or any query related to this table until we do vacuum analyze.

Regards




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux