summaryrefslogtreecommitdiff
path: root/src/backend/utils/cache
diff options
context:
space:
mode:
authorAndrew Gierth <rhodiumtoad@postgresql.org>2017-03-16 22:32:56 +0000
committerAndrew Gierth <rhodiumtoad@postgresql.org>2017-03-16 22:32:56 +0000
commit269efd052922489cf91fd0bc5a80c2008f553b49 (patch)
tree608c35310838b016102bc4911c3d0180e05b30b9 /src/backend/utils/cache
parente0c8bd704c63baccc03e22112d411f7edb5f80c7 (diff)
Avoid having vacuum set reltuples to 0 on non-empty relations in the
presence of page pins, which leads to serious estimation errors in the planner. This particularly affects small heavily-accessed tables, especially where locking (e.g. from FK constraints) forces frequent vacuums for mxid cleanup. Fix by keeping separate track of pages whose live tuples were actually counted vs. pages that were only scanned for freezing purposes. Thus, reltuples can only be set to 0 if all pages of the relation were actually counted. Backpatch to all supported versions. Per bug #14057 from Nicolas Baccelli, analyzed by me. Discussion: https://postgr.es/m/20160331103739.8956.94469@wrigleys.postgresql.org
Diffstat (limited to 'src/backend/utils/cache')
0 files changed, 0 insertions, 0 deletions