Hi Stefano,
Thank you for the information.
Regards,
Nikhil
On Wed, Aug 4, 2021 at 9:25 PM Stefano Amoroso
wrote:
> Hello,
> in my experience, to speed up the initial load, I had to drop UKs and FKs.
> Unfortunately, the initial load doesn't work in parallel and, for each
> table, there is only
Hi,
Thank you for the suggestion.
We tried by dropping indexes and it worked faster compared to what we saw
earlier. We wanted to know if anybody has done any other changes that helps
speed-up initial data load without dropping indexes.
Thanks,
Nikhil
On Wed, Aug 4, 2021 at 8:54 PM Hüseyin Demi
> On Aug 4, 2021, at 08:06, Nikhil Shetty wrote:
>
> How can we increase the speed of the initial data load without dropping the
> indexes on destination?
You can do the usual steps of increasing checkpoint_timeout and max_wal_size
(since incoming logical replication changes are WAL logged)
Hello,
in my experience, to speed up the initial load, I had to drop UKs and FKs.
Unfortunately, the initial load doesn't work in parallel and, for each
table, there is only one sync worker.
Regards
Stefano Amoroso
Il giorno mer 4 ago 2021 alle ore 17:24 Hüseyin Demir <
demirhuseyinn...@gmail.co
Hello,
I also faced a similar issue. Try removing the indexes on the destination
first if possible. After that, you can add the indexes.
Regards.
Nikhil Shetty , 4 Ağu 2021 Çar, 18:07 tarihinde
şunu yazdı:
> Hi Team,
>
> We have a highly transactional system as the source of logical replicatio
Hi Team,
We have a highly transactional system as the source of logical replication
and the database size is 500GB+. We are replicating all tables from source
using logical replication.
For two tables the initial data load is very slow and it never completes
even after 24hrs+
Table size is under
