Discussion of PostgreSQL's performance issues. Please see Guide to reporting problems and Slow Query Questions for some tips on how to write your performance question.
Thread | Author | Time |
---|---|---|
DB slowness after upgrade from Postgres 9.1 to 9.4 | p kirti | 10:58 |
overestimate on empty table | Justin Pryzby | 20:40 |
Re: overestimate on empty table | Tom Lane | 21:19 |
Thread | Author | Time |
---|---|---|
Re: overestimate on empty table | Justin Pryzby | 17:19 |
Re: overestimate on empty table | Tom Lane | 17:43 |
Thread | Author | Time |
---|---|---|
Re: DB slowness after upgrade from Postgres 9.1 to 9.4 | Tom Lane | 19:37 |
Thread | Author | Time |
---|---|---|
Re: proposal: schema variables | Pavel Golub | 12:15 |
Re: proposal: schema variables | Pavel Stehule | 12:30 |
Query planner gaining the ability to replanning after start of query execution. | Oliver Mattos | 16:44 |
Re: Query planner gaining the ability to replanning after start of query execution. | Arne Roland | 20:06 |
Re: Query planner gaining the ability to replanning after start of query execution. | Oliver Mattos | 21:51 |
Re: Query planner gaining the ability to replanning after start of query execution. | Arne Roland | 22:48 |
Re: Query planner gaining the ability to replanning after start of query execution. | Tom Lane | 22:49 |
Re: Query planner gaining the ability to replanning after start of query execution. | Oliver Mattos | 23:20 |
Thread | Author | Time |
---|---|---|
Re: Query planner gaining the ability to replanning after start of query execution. | legrand legrand | 21:26 |
Thread | Author | Time |
---|---|---|
query performance issue 📎 | Samir Magar | 09:33 |
Re: query performance issue | Pavel Stehule | 09:43 |
Re: query performance issue 📎 | Samir Magar | 12:54 |
Re: query performance issue | Pavel Stehule | 13:12 |
Re: query performance issue | Justin Pryzby | 14:16 |
Re: Query planner gaining the ability to replanning after start of query execution. | Gunter | 19:57 |
Re: query performance issue | Gunther | 19:58 |
Re: query performance issue | Pavel Stehule | 20:07 |
CREATE STATISTICS and join selectivity | Justin Pryzby | 20:19 |
Re: CREATE STATISTICS and join selectivity | David Rowley | 23:47 |
Thread | Author | Time |
---|---|---|
POWA doesn't show queries executed | Neto pr | 01:52 |
Thread | Author | Time |
---|---|---|
PostgreSQL 9.6 wals management | Mariel Cherkassky | 09:02 |
Re: PostgreSQL 9.6 wals management | Michael Paquier | 12:28 |
Re: PostgreSQL 9.6 wals management | Mariel Cherkassky | 12:56 |
Migration to pglister - Before | Stephen Frost | 14:33 |
Migration to PGLister - After | Stephen Frost | 15:03 |
Re: [ADMIN] Migration to pglister - Before | Achilleas Mantzios | 15:30 |
Re: [ADMIN] Migration to pglister - Before | Stephen Frost | 15:34 |
insert and query performance on big string table with pg_trgm | Matthew Hall | 22:54 |
Thread | Author | Time |
---|---|---|
Re: pg_dump 3 times as slow after 8.4 -> 9.5 upgrade | Henrik Cednert (Filmlance) | 09:26 |
Re: Query became very slow after 9.6 -> 10 upgrade | Dmitry Shalashov | 14:58 |
Re: Query became very slow after 9.6 -> 10 upgrade | Tom Lane | 17:00 |
pgpool + repmgr - who should be responsible for failover | Mariel Cherkassky | 18:14 |
Thread | Author | Time |
---|---|---|
Issue with postgres login | Daulat Ram | 03:27 |
Re: Issue with postgres login | Bob Strecansky | 03:37 |
RE: Re: Issue with postgres login | Daulat Ram | 04:04 |
Re: Re: Issue with postgres login | Bob Strecansky | 04:07 |
RE: Re: Re: Issue with postgres login | Daulat Ram | 04:23 |
Re: Re: Re: Issue with postgres login | Bob Strecansky | 04:25 |
RE: Re: Re: Re: Issue with postgres login | Daulat Ram | 06:49 |
Re: Query became very slow after 9.6 -> 10 upgrade | Dmitry Shalashov | 15:44 |
Re: Query became very slow after 9.6 -> 10 upgrade | Tom Lane | 16:39 |
Thread | Author | Time |
---|---|---|
Re: insert and query performance on big string table with pg_trgm | Jeff Janes | 06:35 |
Re: insert and query performance on big string table with pg_trgm | Gábor SZŰCS | 09:19 |
Re: Query became very slow after 9.6 -> 10 upgrade | Dmitry Shalashov | 11:54 |
Re: Query became very slow after 9.6 -> 10 upgrade | Michael Paquier | 12:13 |
Re: Query became very slow after 9.6 -> 10 upgrade | Dmitry Shalashov | 15:39 |
Re: Query became very slow after 9.6 -> 10 upgrade | Tom Lane | 15:42 |
Re: Query became very slow after 9.6 -> 10 upgrade | Dmitry Shalashov | 18:59 |
Thread | Author | Time |
---|---|---|
Half billion records in one table? RDS | Jean Baro | 17:58 |
Re: Half billion records in one table? RDS | Laurenz Albe | 18:18 |
Setting effective_io_concurrency in VM? | Don Seiler | 18:23 |
Re: Setting effective_io_concurrency in VM? | Scott Marlowe | 18:40 |
Re: Setting effective_io_concurrency in VM? | Fernando Hevia | 21:06 |
Re: Setting effective_io_concurrency in VM? | Andrew Kerber | 21:44 |
Re: Setting effective_io_concurrency in VM? | Don Seiler | 22:03 |
Re: Setting effective_io_concurrency in VM? | Jeff Janes | 23:18 |
Re: Setting effective_io_concurrency in VM? | Andres Freund | 23:57 |
Thread | Author | Time |
---|---|---|
Bad plan chosen for union all | Alex Reece | 10:13 |
Invalid mem alloc request on function | bima p | 18:56 |
Thread | Author | Time |
---|---|---|
Re: Bad plan chosen for union all | Alex Reece | 03:39 |
Re: Bad plan chosen for union all | Tom Lane | 04:43 |
Re: Bad plan chosen for union all | Alex Reece | 05:31 |
ODBC--call failed :: Bindings were not allocated properly | Dinesh Chandra 12108 | 14:47 |
Thread | Author | Time |
---|---|---|
CREATE TABLE vs CREATE MATERIALIZED VIEW | Caio Guimarães Figueiredo | 12:07 |
Thread | Author | Time |
---|---|---|
Delete tables difference involves seq scan | Danylo Hlynskyi | 13:03 |
Re: Delete tables difference involves seq scan | Danylo Hlynskyi | 13:17 |
Re: Delete tables difference involves seq scan | Danylo Hlynskyi | 14:52 |
Bad plan for ltree predicate <@ | Roman Konoval | 17:20 |
Bitmap scan is undercosted? | Vitaliy Garnashevich | 17:40 |
Re: Bitmap scan is undercosted? | Justin Pryzby | 18:34 |
Re: Bad plan for ltree predicate <@ | Tom Lane | 21:33 |
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 23:08 |
Re: Bitmap scan is undercosted? | Justin Pryzby | 23:11 |
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 23:54 |
Thread | Author | Time |
---|---|---|
Re: Bitmap scan is undercosted? | Justin Pryzby | 02:06 |
Re: Bad plan for ltree predicate <@ | Roman Konoval | 02:34 |
Re: Bitmap scan is undercosted? | Jeff Janes | 05:51 |
Re: Bitmap scan is undercosted? | Justin Pryzby | 06:41 |
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 07:08 |
Re: Bitmap scan is undercosted? | Jeff Janes | 21:17 |
Re: Bitmap scan is undercosted? | Tom Lane | 23:44 |
Thread | Author | Time |
---|---|---|
Re: Bitmap scan is undercosted? | Jeff Janes | 01:27 |
Re: Bitmap scan is undercosted? - boolean correlation | Justin Pryzby | 04:04 |
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 21:15 |
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 21:22 |
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 22:11 |
Re: Bitmap scan is undercosted? 📎 | Tom Lane | 23:08 |
Re: Bitmap scan is undercosted? - boolean correlation | Jeff Janes | 23:21 |
Re: Bitmap scan is undercosted? - boolean correlation | Tom Lane | 23:31 |
Thread | Author | Time |
---|---|---|
Re: Bitmap scan is undercosted? - boolean correlation | Jeff Janes | 00:27 |
Thread | Author | Time |
---|---|---|
Re: Half billion records in one table? RDS | Aaron Werman | 01:59 |
Re: insert and query performance on big string table with pg_trgm | Matthew Hall | 06:15 |
Re: Bitmap scan is undercosted? 📎 | Vitaliy Garnashevich | 07:06 |
Re: insert and query performance on big string table with pg_trgm | Sergei Kornilov | 07:23 |
Re: Different plan chosen when in lateral subquery | Laurenz Albe | 08:20 |
Re: Bitmap scan is undercosted? - overestimated correlation and cost_index | Justin Pryzby | 21:46 |
Thread | Author | Time |
---|---|---|
Re: Bitmap scan is undercosted? | Vitaliy Garnashevich | 00:17 |
Re: insert and query performance on big string table with pg_trgm | Matthew Hall | 02:04 |
Re: Bitmap scan is undercosted? | Jeff Janes | 03:48 |
Re: Bitmap scan is undercosted? - boolean correlation 📎 | Jeff Janes | 04:51 |
Re: pg_dump 3 times as slow after 8.4 -> 9.5 upgrade | Gunther | 12:46 |
Re: [PERFORM] Slow execution of SET ROLE, SET search_path and RESET ROLE | Ulf Lohbrügge | 12:54 |
Re: [PERFORM] Slow execution of SET ROLE, SET search_path and RESET ROLE | Tom Lane | 16:01 |
Re: [PERFORM] Slow execution of SET ROLE, SET search_path and RESET ROLE | Ulf Lohbrügge | 16:15 |
Re: [PERFORM] Slow execution of SET ROLE, SET search_path and RESET ROLE | Tom Lane | 16:38 |
Re: pg_dump 3 times as slow after 8.4 -> 9.5 upgrade | Laurenz Albe | 17:31 |
Re: pg_dump 3 times as slow after 8.4 -> 9.5 upgrade | Claudio Freire | 17:56 |
Thread | Author | Time |
---|---|---|
Learning EXPLAIN | Flávio Henrique | 01:12 |
Table with large number of int columns, very slow COPY FROM | Alex Tokarev | 04:21 |
Re: Setting effective_io_concurrency in VM? | Mark Kirkwood | 04:51 |
Re: Table with large number of int columns, very slow COPY FROM | Andreas Kretschmer | 07:20 |
Re: Learning EXPLAIN | Guillaume Lelarge | 13:20 |
Re: Learning EXPLAIN | Flavio Henrique Araque Gurgel | 13:32 |
Re: Learning EXPLAIN | Gustavo Velasquez | 16:44 |
Re: Table with large number of int columns, very slow COPY FROM | Andres Freund | 18:17 |
Faster str to int conversion (was Table with large number of int columns, very slow COPY FROM) 📎 | Andres Freund | 21:44 |
Thread | Author | Time |
---|---|---|
Re: Learning EXPLAIN | Sam Gendler | 04:47 |
Re: Learning EXPLAIN | Sam Gendler | 04:52 |
Thread | Author | Time |
---|---|---|
Prepared Transactions | Riaan Stander | 00:39 |
Re: Prepared Transactions | Sergei Kornilov | 08:14 |
Re: Prepared Transactions | jwhiting | 12:13 |
Thread | Author | Time |
---|---|---|
Re: Bitmap scan is undercosted? | Jeff Janes | 07:29 |
Re: Bitmap scan is undercosted? - overestimated correlation and cost_index | Jeff Janes | 09:29 |
PostgreSQL database size is not reasonable | Mariel Cherkassky | 15:15 |
Re: PostgreSQL database size is not reasonable | David G. Johnston | 15:21 |
RE: PostgreSQL database size is not reasonable | Craig McIlwee | 15:44 |
Re: PostgreSQL database size is not reasonable | Tom Lane | 15:49 |
Re: PostgreSQL database size is not reasonable | Mariel Cherkassky | 16:22 |
Re: PostgreSQL database size is not reasonable | Tom Lane | 17:59 |
Thread | Author | Time |
---|---|---|
CPU 100% usage caused by unknown postgres process.. | Dinesh Chandra 12108 | 10:12 |
Re: CPU 100% usage caused by unknown postgres process.. | Laurenz Albe | 10:36 |