]> granicus.if.org Git - postgresql/commit
Optimize btree insertions for common case of increasing values
authorAndrew Dunstan <andrew@dunslane.net>
Mon, 26 Mar 2018 12:09:24 +0000 (22:39 +1030)
committerAndrew Dunstan <andrew@dunslane.net>
Mon, 26 Mar 2018 12:09:24 +0000 (22:39 +1030)
commit2b27273435392d1606f0ffc95d73a439a457f08e
tree16c75ebf862e1a3167e9e4bbf44c72e1e26655bf
parentc515ff8d0a979fb553136a71388017c97785acda
Optimize btree insertions for common case of increasing values

Remember the last page of an index insert if it's the rightmost leaf
page. If the next entry belongs on and can fit in the remembered page,
insert the new entry there as long as we can get a lock on the page.
Otherwise, fall back on the more expensive method of searching for
the right place to insert the entry.

This provides a performance improvement for the common case where an
index entry is for monotonically increasing or nearly monotonically
increasing value such as an identity field or a current timestamp.

Pavan Deolasee
Reviewed by Claudio Freire, Simon Riggs and Peter Geoghegan

Discussion: https://postgr.es/m/CABOikdM9DrupjyKZZFM5k8-0RCDs1wk6JzEkg7UgSW6QzOwMZw@mail.gmail.com
src/backend/access/nbtree/nbtinsert.c
src/test/regress/expected/indexing.out
src/test/regress/sql/indexing.sql