apps/docs/content/guides/database/replication/manual-replication-faq.mdx
Always use the direct connection string for logical replication.
Connections through a pooler, such as Supavisor, will not work.
You can enable the IPv4 add-on for your project.
Xmin is a different form of replication from logical replication and should only be used if logical replication is not available for your database (i.e. older versions of Postgres).
Xmin performs replication by checking the xmin system column and determining if that row has already been synchronized.
It does not capture deletion of data and is not recommended, particularly for larger databases.
You can view publications in the Dashboard but all steps to configure replication must be done using the SQL Editor or a CLI tool of your choice.
Using the Supabase CLI, you can configure database settings to optimize them for your replication needs. These values can vary depending on your database size and activity.
Some of the more important options to be aware of are:
max_wal_size - Maximum size the WAL can grow between automatic WAL checkpointsmax_slot_wal_keep_size - Maximum size of WAL files that replication slots are allowed to retainwal_keep_size - Minimum number of past WAL files to keep for standby serversmax_wal_senders - Maximum number of concurrent connections from standby servers or streaming backup clientsThese settings help ensure your replication slots don't run out of space and that replicas can reconnect without requiring a full re-sync.