]> granicus.if.org Git - postgresql/commit
Delay lock acquisition for partitions until we route a tuple to them.
authorRobert Haas <rhaas@postgresql.org>
Thu, 21 Feb 2019 16:24:40 +0000 (11:24 -0500)
committerRobert Haas <rhaas@postgresql.org>
Thu, 21 Feb 2019 16:24:40 +0000 (11:24 -0500)
commit9eefba181f7782d27d85d7e94e6028371e7ab2d7
treee96cdc92da389daf15c1312ffe5e78e5324396b3
parent7aa00d2464b4e14d553e8a64adacfe9741939e14
Delay lock acquisition for partitions until we route a tuple to them.

Instead of locking all partitions to which we might route a tuple at
executor startup, just lock them as we use them.  In some cases such a
partition might get locked at executor startup anyway because it
appears in the query's range table for some other reason, but in other
cases this is a bit savings.

This changes the order in which partitions are locked in some cases,
which might conceivably create deadlock hazards that don't exist
today, but per discussion, it seems like such cases should be rare
enough that we can neglect them in favor of improving performance.

David Rowley, reviewed and tested by Tomas Vondra, Sho Kato, John
Naylor, Tom Lane, and me.

Discussion: http://postgr.es/m/CAKJS1f-=FnMqmQP6qitkD+xEddxw22ySLP-0xFk3JAqUX2yfMw@mail.gmail.com
src/backend/executor/execPartition.c