Postgresql 12, 512 partition by hash. Slow select - Mailing list pgsql-performance

From Arya F
Subject Postgresql 12, 512 partition by hash. Slow select
Date
Msg-id CAFoK1axr_T6nB8ZAq8g2QBcqv_pE=dsZsxyjatz8Q67k1VKAnw@mail.gmail.com
Whole thread Raw
Responses Re: Postgresql 12, 512 partition by hash. Slow select
Re: Postgresql 12, 512 partition by hash. Slow select
List pgsql-performance
I have a table with 120 million rows of data spread among 512
partitioned by hash table. The id column of the table is a uuid, which
is what is being used for the partition hash and it's also the PK for
the table.

The table has a text column, which also has a btree index on it. A
select query on an identical non-partitioned table takes 0.144
seconds, but on the partitioned table it takes 5.689 seconds.

Am I missing something in my setup? Or is this expected? I do know
having more than 100 partitions in prior versions of PostgreSQL 12
would cause a major slow down, but from what I read PostgreSQL 12
addresses that now?

https://www.2ndquadrant.com/en/blog/postgresql-12-partitioning/



pgsql-performance by date:

Previous
From: Julien Rouhaud
Date:
Subject: Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10and system performance is not so good
Next
From: Andreas Kretschmer
Date:
Subject: Re: Postgresql 12, 512 partition by hash. Slow select