Re: BUG #19103: Canceled INSERT statement can still influence the performance of subsequent SELECT statement
David G. Johnston <david.g.johnston@gmail.com>
From: "David G. Johnston" <david.g.johnston@gmail.com>
To: "jinhui.lai@qq.com" <jinhui.lai@qq.com>, "pgsql-bugs@lists.postgresql.org" <pgsql-bugs@lists.postgresql.org>
Date: 2025-11-04T13:26:01Z
Lists: pgsql-bugs
On Tuesday, November 4, 2025, PG Bug reporting form <noreply@postgresql.org> wrote: > The following bug has been logged on the website: > > Bug reference: 19103 > Logged by: Jinhui Lai > Email address: jinhui.lai@qq.com > PostgreSQL version: 18.0 > Operating system: ubuntu 22.04 > Description: > > Dear PG developers: > > Thanks for reading my report. Here, I find a performance issue. I have > found a performance issue where a canceled INSERT statement appears to > negatively impact the performance of subsequent SELECT queries. This doesn’t feel like a bug. Processing deleted rows is expensive and some of that work happens during selects if/when those dead rows are encountered. > This performance degradation could affect systems where large batch > operations are frequently started and canceled, potentially impacting > overall database responsiveness. > Temporary tables are nice for this kind of flow. Don’t touch production tables until you know what you are going to insert is going to stick. David J.