Re: snapshot too old, configured by time
От | Jeff Janes |
---|---|
Тема | Re: snapshot too old, configured by time |
Дата | |
Msg-id | CAMkU=1w__H5jm_TqUV14gp4Yn1BsPg3DkO2Z87+N78U5RJrJoQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: snapshot too old, configured by time (Peter Geoghegan <pg@heroku.com>) |
Список | pgsql-hackers |
On Mon, Apr 4, 2016 at 8:38 PM, Peter Geoghegan <pg@heroku.com> wrote: > On Sun, Apr 3, 2016 at 2:09 PM, Jeff Janes <jeff.janes@gmail.com> wrote: >> Also, HOT-cleanup should stop the bloat increase once the snapshot >> crosses the old_snapshot_threshold without even needing to wait until >> the next autovac runs. >> >> Does the code intentionally only work for manual vacuums? If so, that >> seems quite surprising. Or perhaps I am missing something else here. > > What proportion of the statements in your simulated workload were > updates? Per my last mail to this thread, I'm interested in knowing if > this was a delete heavy workload. It was pgbench's built in TPC-B-like, so 3 UPDATE, 1 SELECT, 1 INSERT per transaction. So I would say that it is ridiculously update heavy compared to almost any real-world use patterns. That is the active workload. The long-term snapshot holder just does a sum(abalance) at the repeatable read level in order to force a snapshot to be taken and held, and then goes idle for a long time. Cheers, Jeff
В списке pgsql-hackers по дате отправления: