| From: | RAJAMOHAN <garajamohan(at)gmail(dot)com> |
|---|---|
| To: | pgsql-general(at)lists(dot)postgresql(dot)org |
| Subject: | ERROR: canceling statement due to conflict with recovery |
| Date: | 2020-06-24 08:31:16 |
| Message-ID: | CAFzdntsP3T+nS-E-xfOn_XBSsh++oVCHhgB0t8eYwmPMLcetcw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Hello all,
Your expertise is needed on this. I was going through previous mails
regarding the same topic and was able to setup the slave with
hot_standby_feedback enabled.
Queries are running fine with bloat occuring on master.
I tried the below scenario, where i disabled hot_standby_feedback and on
table level disabled autovacuum for 2 big tables on master. Ran the query
on the slave machine but still conflict error occurs.
I checked the *pg_stat_database_conflicts* view, the counter is increasing
for *confl_snapshot*. Cross-checked with *pg_stat_user_tables* view, last
time autovacuum happened for the 2 tables was 1 day before.
My doubt, even though no autovacuum and no DML activities happening for
both the tables in master. Why is conflict error occuring?
Thanks & Regards,
Rajamohan.J
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jaime Soler | 2020-06-24 08:41:17 | pgbench and timestamps |
| Previous Message | Klaudie Willis | 2020-06-24 07:30:05 | Re: n_distinct off by a factor of 1000 |