On 2020-06-05 21:53, Martín Fernández wrote:
Yesterday we stumbled upon a performance issue that we were not expecting. We are replicating our database using AWS DMS which uses logical replication to capture changes. We have some hot tables that get updated very regularly and with the DMS turned on we started noticing that in those table, table bloat increased considerably ~15 times more free_tuples than the average. When doing logical replication, the subscriber will hold the tuples that could be flagged for reuse until they are sent ? Just trying to understand a little bit better how the logical replication is affecting the vacuuming.
As far as vacuum is concerned, it is very similar to a normal client session: It may insert tuples, update tuples, delete tuples; update and delete create bloat, autovacuum should come along to clean up. There isn't normally any separate vacuum tuning necessary for this, but if you are experiencing issues, first treat it like a normal vacuum configuration problem.
-- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
