Re: Downgrade pgsql 17 to pgsql 12 question
От | Ashish Mukherjee |
---|---|
Тема | Re: Downgrade pgsql 17 to pgsql 12 question |
Дата | |
Msg-id | CACgMzfyhhBv3CfVuUPF6VviLaLLO=O3pQCgAp6BoURwJaO0aMA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Downgrade pgsql 17 to pgsql 12 question (Adrian Klaver <adrian.klaver@aklaver.com>) |
Ответы |
Re: Downgrade pgsql 17 to pgsql 12 question
|
Список | pgsql-general |
I think the conclusion is to do a more thorough testing before the upgrade next time. Have updated our playbook for upgrades to include more thorough testing.
On Tue, Sep 30, 2025 at 8:17 PM Adrian Klaver <adrian.klaver@aklaver.com> wrote:
On 9/30/25 01:23, Ashish Mukherjee wrote:
> Thank you all for your inputs.
>
> Well, Percona TDE was leading to the queries being very inefficient /
> slow after upgrading to pgsql 17. Explain analyze shows that query
> planning time shoots up crazily. A decision was taken to go back to
How did you determine that Percona TDE was the issue vs a 5 version jump
in Postgres?
I upgraded multiple non TDE databases from v12 to v17 and they are all fine.
> Now the consideration is to use some other encryption option for the
> database which will work fine on pgsql 17. Cybertec's technology is one
> route, the other is EDB. I am happy to hear experiences of folks here
> with pgsql encryption options for v17 on large databases (2.5T in our case).
Personally I would verify first that you are not hitting some more
general issue with the 5 years of changes in Postgres since the last
release of 12 and current release of 17.
>
> On Mon, Sep 29, 2025 at 5:10 AM Merlin Moncure <mmoncure@gmail.com
> <mailto:mmoncure@gmail.com>> wrote:
--
Adrian Klaver
adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления: