Re: autovacuum locking question
Michael Lewis <[email protected]> Thu, 5 Dec 2019 15:49:21 -0700
| Newsgroups | gmane.comp.db.postgresql.performance |
|---|---|
| Message-ID | <CAHOFxGqq6O6UGH08-kqeMBKeqhYzLu2b0QtQ4p1DJG-GFL7Vxg@mail.gmail.com> |
--00000000000007af1a0598fcbf18 Content-Type: text/plain; charset="UTF-8" On Thu, Dec 5, 2019 at 3:26 PM Mike Schanne <[email protected]> wrote: > I am concerned that if the autovacuum is constantly canceled, then the > table never gets cleaned and its performance will continue to degrade over > time. Is it expected for the vacuum to be canceled by an insert in this > way? > > > > We are using postgres 9.6.10. > Have you checked when the table was last autovacuumed in pg_stat_user_tables? If the autovacuum count is high and timestamp of last run is relatively current, then no reason for concern as far as I can figure. Have you already configured (non-default values) for autovacuum options for your system or this table? --00000000000007af1a0598fcbf18 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">On Thu, Dec 5, 2019 at 3:26 PM Mike Schan= ne <<a href=3D"mailto:[email protected]">[email protected]</a>> wrote:<= br></div><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex"> <div lang=3D"EN-US"> <div class=3D"gmail-m_751046425130706357WordSection1"> <p class=3D"MsoNormal">I am concerned that if the autovacuum is constantly = canceled, then the table never gets cleaned and its performance will contin= ue to degrade over time.=C2=A0 Is it expected for the vacuum to be canceled= by an insert in this way?</p><p class=3D"MsoNormal"><u></u></p> <p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p> <p class=3D"MsoNormal">We are using postgres 9.6.10.</p></div></div></block= quote><div><br></div><div>Have you checked when the table was last autovacu= umed in pg_stat_user_tables? If the autovacuum count is high and timestamp = of last run is relatively current, then no reason for concern as far as I c= an figure.</div><div><br></div><div>Have you already configured (non-defaul= t values) for autovacuum options for your system or this table?</div></div>= </div> --00000000000007af1a0598fcbf18--