diff options
| author | Heikki Linnakangas <heikki.linnakangas@iki.fi> | 2015-07-20 16:02:28 +0300 |
|---|---|---|
| committer | Heikki Linnakangas <heikki.linnakangas@iki.fi> | 2015-07-20 22:34:18 +0300 |
| commit | e015c3e51f76a05cc026c8323c51a373172adaa3 (patch) | |
| tree | f911b21b86634480e7b815c53f5e6ce92ef09aa7 /src/backend/access/spgist/spgtextproc.c | |
| parent | 869eb8416255da99fe5ba1f6d98e52a41999d30e (diff) | |
| download | postgresql-e015c3e51f76a05cc026c8323c51a373172adaa3.tar.gz postgresql-e015c3e51f76a05cc026c8323c51a373172adaa3.zip | |
Sanity-check that a page zeroed by redo routine is marked with WILL_INIT.
There was already a sanity-check in the other direction: if a page was
marked with WILL_INIT, it had to be initialized by the redo routine. It's
not strictly necessary for correctness that a page is marked with WILL_INIT
if it's going to be initialized at redo, but it's a missed optimization if
nothing else.
Fix a few instances of this issue in SP-GiST, where a block in WAL record
was not marked with WILL_INIT, but was in fact always initialized at redo.
We were creating a full-page image of the page unnecessarily in those
cases.
Backpatch to 9.5, where the new WILL_INIT flag was added.
Diffstat (limited to 'src/backend/access/spgist/spgtextproc.c')
0 files changed, 0 insertions, 0 deletions