aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/transam/xlog.c
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 /src/backend/access/transam/xlog.c
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 'src/backend/access/transam/xlog.c')
0 files changed, 0 insertions, 0 deletions