From: | wenhui qiu <qiuwenhuifx(at)gmail(dot)com> |
---|---|
To: | bokanist(at)gmail(dot)com |
Cc: | Greg Sabino Mullane <htamfids(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [Feature Request] INSERT FROZEN to Optimize Large Cold Data Imports and Migrations |
Date: | 2025-02-19 01:07:43 |
Message-ID: | CAGjGUA+entdtMAA5ShTe=_cXozTPj-VJtVdoP0S8T+kUp_ZGXw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
HI
> Ok you mean that xid64 will remove the need for freezing... it's a way to
see things.
When xid64 is implemented, there will be no need to
trigger vacuum_failsafe_age,it has a long enough time to vacuum freeze, it
will have less of an impact on performance,I think that problem may be due
to trigger the vacuum_failsafe_age
Thanks
On Wed, 19 Feb 2025 at 01:13, Sébastien <bokanist(at)gmail(dot)com> wrote:
> Ok you mean that xid64 will remove the need for freezing... it's a way to
> see things.
>
> Le mar. 18 févr. 2025 à 15:57, Greg Sabino Mullane <htamfids(at)gmail(dot)com> a
> écrit :
>
>> On Tue, Feb 18, 2025 at 9:17 AM Sébastien <bokanist(at)gmail(dot)com> wrote:
>>
>>> Sorry it won't work. It just delays the problem. But still the freeze
>>> procedure must rewrite all pages.
>>>
>>
>> Actually, a 64-bit transaction ID allows for quite a "delay" - like
>> hundreds of millions of years at your current rate. :)
>>
>> (Yes, there are other reasons to vacuum, and other limits and problems
>> would arise. You'd have 99 problems, but a vacuum freeze ain't one.)
>>
>> Cheers,
>> Greg
>>
>> --
>> Crunchy Data - https://www.crunchydata.com
>> Enterprise Postgres Software Products & Tech Support
>>
>>
>
> --
> Sébastien Caunes
> +33 6 7 229 229 7
>
From | Date | Subject | |
---|---|---|---|
Next Message | Andy Fan | 2025-02-19 01:10:21 | Re: Why does exec_simple_query requires 2 snapshots |
Previous Message | Richard Guo | 2025-02-19 00:58:02 | Re: Unsafe access BufferDescriptors array in BufferGetLSNAtomic() |