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 |
|---|---|---|
| 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 |
| Re: CPU 100% usage caused by unknown postgres process.. | Justin Pryzby | 12:19 |
| Re: CPU 100% usage caused by unknown postgres process.. | Tomas Vondra | 15:22 |
| Thread | Author | Time |
|---|---|---|
| Re: Bitmap scan is undercosted? - overestimated correlation and cost_index | Justin Pryzby | 20:54 |
| Thread | Author | Time |
|---|---|---|
| Re: Bitmap scan is undercosted? - overestimated correlation and cost_index | Justin Pryzby | 19:18 |
| Thread | Author | Time |
|---|---|---|
| Re: Bitmap scan is undercosted? - overestimated correlation and cost_index | Justin Pryzby | 02:37 |
| Thread | Author | Time |
|---|---|---|
| WHERE IN for JOIN subquery? | Dave Johansen | 00:00 |
| Re: WHERE IN for JOIN subquery? | David G. Johnston | 00:10 |
| Re: WHERE IN for JOIN subquery? | Dave Johansen | 00:29 |
| Autoanalyze CPU usage | Habib Nahas | 16:47 |
| Re: Autoanalyze CPU usage | Justin Pryzby | 17:09 |
| Re: Autoanalyze CPU usage | Tomas Vondra | 22:03 |
| Re: Autoanalyze CPU usage | Habib Nahas | 22:53 |
| Re: Autoanalyze CPU usage | Habib Nahas | 22:53 |
| Re: Autoanalyze CPU usage | Justin Pryzby | 22:55 |
| Thread | Author | Time |
|---|---|---|
| Re: Autoanalyze CPU usage | [email protected] | 01:10 |
| Re: Autoanalyze CPU usage | Laurenz Albe | 07:15 |
| Re: Autoanalyze CPU usage | Nikolay Samokhvalov | 08:24 |
| Re: Autoanalyze CPU usage | Habib Nahas | 14:38 |
| Thread | Author | Time |
|---|---|---|
| Updating a large table | Timokhin Maxim | 16:46 |
| Thread | Author | Time |
|---|---|---|
| Re: Updating a large table | salah jubeh | 11:31 |
| Re: Updating a large table | Tomas Vondra | 20:58 |
| Thread | Author | Time |
|---|---|---|
| Batch insert heavily affecting query performance. | Jean Baro | 19:51 |
| Re: Batch insert heavily affecting query performance. | [email protected] | 23:52 |
| Thread | Author | Time |
|---|---|---|
| Re: Batch insert heavily affecting query performance. | Jean Baro | 00:09 |
| Re: Batch insert heavily affecting query performance. | MichaelDBA | 01:30 |
| Re: Batch insert heavily affecting query performance. | Danylo Hlynskyi | 02:59 |
| Re: Batch insert heavily affecting query performance. | Jean Baro | 03:10 |
| Thread | Author | Time |
|---|---|---|
| Re: Batch insert heavily affecting query performance. | Jean Baro | 15:13 |
| Re: Batch insert heavily affecting query performance. | Rick Otten | 15:38 |
| RE: Batch insert heavily affecting query performance. | Mike Sofen | 15:58 |
| Re: Batch insert heavily affecting query performance. | Jeremy Finzel | 16:02 |
| Re: Batch insert heavily affecting query performance. | Jean Baro | 16:23 |
| Re: Batch insert heavily affecting query performance. | Jeff Janes | 16:23 |
| Re: Batch insert heavily affecting query performance. | Jean Baro | 16:34 |
| RE: Batch insert heavily affecting query performance. | Jean Baro | 16:36 |
| Re: Batch insert heavily affecting query performance. | Jean Baro | 16:37 |
| Re: Batch insert heavily affecting query performance. | Jean Baro | 17:02 |
| Re: Batch insert heavily affecting query performance. | Alvaro Hernandez | 17:09 |
| RE: Batch insert heavily affecting query performance. | Mike Sofen | 17:10 |
| Re: Batch insert heavily affecting query performance. | David Miller | 17:15 |
| Thread | Author | Time |
|---|---|---|
| Table performance with millions of rows | Robert Blayzor | 00:54 |
| Re: Table performance with millions of rows (partitioning) | Justin Pryzby | 01:20 |
| Re: Table performance with millions of rows (partitioning) | Robert Blayzor | 01:27 |
| Re: Table performance with millions of rows (partitioning) | pinker | 02:22 |
| Thread | Author | Time |
|---|---|---|
| partitioning an existing table | Robert Blayzor | 04:37 |
| Re: partitioning an existing table | Justin Pryzby | 05:38 |
| analyze stats: child vs parent | Justin Pryzby | 05:56 |
| Re: partitioning an existing table | Robert Blayzor | 14:19 |
| Re: partitioning an existing table - efficient pg_dump | Justin Pryzby | 18:42 |