aboutsummaryrefslogtreecommitdiff
path: root/doc/src
diff options
context:
space:
mode:
authorPeter Geoghegan <pg@bowt.ie>2020-04-25 16:45:20 -0700
committerPeter Geoghegan <pg@bowt.ie>2020-04-25 16:45:20 -0700
commit7154aa16a64dd4afc2cbf02e7ce86dc6711a1087 (patch)
tree3462c5b9a889517e2e15104a7be0fe3678fc3399 /doc/src
parentfa7ff642c22ceccad869af5add00c2661d4d091e (diff)
downloadpostgresql-7154aa16a64dd4afc2cbf02e7ce86dc6711a1087.tar.gz
postgresql-7154aa16a64dd4afc2cbf02e7ce86dc6711a1087.zip
Fix another minor page deletion buffer lock issue.
Avoid accessing the leaf page's top parent tuple without a buffer lock held during the second phase of nbtree page deletion. The old approach was safe, though only because VACUUM never drops its buffer pin (and because only VACUUM itself can modify a half-dead page). Even still, it seems like a good idea to be strict here. Tighten things up by copying the top parent page's block number to a local variable before releasing the buffer lock on the leaf page -- not after. This is a follow-up to commit fa7ff642, which fixed a similar issue in the first phase of nbtree page deletion. Update some related comments in passing. Discussion: https://postgr.es/m/CAH2-WzkLgyN3zBvRZ1pkNJThC=xi_0gpWRUb_45eexLH1+k2_Q@mail.gmail.com
Diffstat (limited to 'doc/src')
0 files changed, 0 insertions, 0 deletions