pg_wait_sampling
Sampling based statistics of wait events (by postgrespro)
pg_show_plans
Show query plans of all currently running SQL statements (by cybertec-postgresql)
pg_wait_sampling | pg_show_plans | |
---|---|---|
3 | 1 | |
132 | 176 | |
0.8% | 1.7% | |
5.6 | 7.7 | |
6 months ago | about 2 months ago | |
C | C | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
pg_wait_sampling
Posts with mentions or reviews of pg_wait_sampling.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-07-11.
-
Moving from Oracle to Postgres, what should I know?
pg_wait_sampling together with pg_stat_statements gets you nearer to Oracle's ASH/AWR capabilities. PoWA can integrate that (and other interesting extensions) to generate some nice reports.
-
[RDS] Huge spikes in CPU Usage, but the Freeable Memory remains high. How do I configure my DB to use more memory?
Another Another source of high CPU could be wait events. There are no built-in tools in Postgres to monitor them (unless RDS provides some). The approach I'd take on a "regular" Postgres installation is to sample the content of pg_stat_activity and then later analyze that after spikes have occurred. There are several extensions that already provide this, e.g. pg_profile or pg_wait_sampling or pgsentinel
-
Any Tips for Analyzing (Concurrent) Transaction Performance?
pg_wait_sampling
pg_show_plans
Posts with mentions or reviews of pg_show_plans.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-12-01.
What are some alternatives?
When comparing pg_wait_sampling and pg_show_plans you can also consider the following projects:
pg_profile - Postgres historic workload reports
pgsentinel - postgresql extension providing Active session history
plpgsql_check - plpgsql_check is a linter tool (does source code static analyze) for the PostgreSQL language plpgsql (the native language for PostgreSQL store procedures).
pgbadger - A fast PostgreSQL Log Analyzer
bg_mon - Background worker for monitoring PostgreSQL
powa - PostgreSQL Workload Analyzer
pg_plan_advsr - PostgreSQL extension for automated execution plan tuning
hstr - bash and zsh shell history suggest box - easily view, navigate, search and manage your command history.
pgBackRest - Reliable PostgreSQL Backup & Restore
pg-ulid - PostgreSQL extension for ULID
pg_wait_sampling vs pg_profile
pg_show_plans vs pg_profile
pg_wait_sampling vs pgsentinel
pg_show_plans vs plpgsql_check
pg_wait_sampling vs pgbadger
pg_show_plans vs bg_mon
pg_wait_sampling vs powa
pg_show_plans vs pg_plan_advsr
pg_wait_sampling vs hstr
pg_show_plans vs pgsentinel
pg_wait_sampling vs pgBackRest
pg_show_plans vs pg-ulid