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 по дате отправления: