Re: [PROPOSAL] Detecting plan changes with plan_id in pg_stat_activity - Mailing list pgsql-hackers

From Imseih (AWS), Sami
Subject Re: [PROPOSAL] Detecting plan changes with plan_id in pg_stat_activity
Date
Msg-id 516E294A-A0EC-4998-9C3C-BBFCA6E679A5@amazon.com
Whole thread Raw
In response to Re: [PROPOSAL] Detecting plan changes with plan_id in pg_stat_activity  ("Imseih (AWS), Sami" <simseih@amazon.com>)
Responses Re: [PROPOSAL] Detecting plan changes with plan_id in pg_stat_activity
List pgsql-hackers
>    Good point. I will separate this patch.

I separated the pg_stat_statements patch. The patch
Introduces a secondary hash that tracks locations of
A query ( by queryid ) in the external file. The hash
remains in lockstep with the pgss_hash using a
synchronization routine. For the default
pg_stat_statements.max = 5000, this hash requires 2MB megabytes
of additional shared memory.

My testing does not show any regression for workloads
In which statements are not issues by multiple users/databases.

However, it shows good improvement, 10-15%, when there
are similar statements that are issues by multiple 
users/databases/tracking levels.

Besides this improvement, this will open up the opportunity
to also track plan_id's as discussed earlier in the thread.

Thanks for the feedback.

Regards, 

Sami Imseih
Amazon Web Services





Attachment

pgsql-hackers by date:

Previous
From: Pavel Borisov
Date:
Subject: Re: Use fadvise in wal replay
Next
From: Pavel Stehule
Date:
Subject: Re: Schema variables - new implementation for Postgres 15