- Notifications
You must be signed in to change notification settings - Fork5
Commit532fe28
committed
Prevent synchronized scanning when systable_beginscan chooses a heapscan.
The only interesting-for-performance case wherein we force heapscan hereis when we're rebuilding the relcache init file, and the only such casethat is likely to be examining a catalog big enough to be syncscanned isRelationBuildTupleDesc. But the early-exit optimization in that code getsbroken if we start the scan at a random place within the catalog, so thatallowing syncscan is actually a big deoptimization if pg_attribute is large(at least for the normal case where the rows for core system catalogs havenever been changed since initdb). Hence, prevent syncscan here. Per mytesting pursuant to complaints from Jeff Frost and Greg Sabino Mullane,though neither of them seem to have actually hit this specific problem.Back-patch to 8.3, where syncscan was introduced.1 parentd3b97d1 commit532fe28
1 file changed
+10
-1
lines changedLines changed: 10 additions & 1 deletion
Original file line number | Diff line number | Diff line change | |
---|---|---|---|
| |||
293 | 293 |
| |
294 | 294 |
| |
295 | 295 |
| |
296 |
| - | |
| 296 | + | |
| 297 | + | |
| 298 | + | |
| 299 | + | |
| 300 | + | |
| 301 | + | |
| 302 | + | |
| 303 | + | |
| 304 | + | |
| 305 | + | |
297 | 306 |
| |
298 | 307 |
| |
299 | 308 |
| |
|
0 commit comments
Comments
(0)