Re: Corruption during WAL replay
От | Robert Haas |
---|---|
Тема | Re: Corruption during WAL replay |
Дата | |
Msg-id | CA+TgmoaH=6MJtcqN44geA6uQqt1PCHg-2UvehScAxSmsUm4KVA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Corruption during WAL replay (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Corruption during WAL replay
|
Список | pgsql-hackers |
On Fri, Mar 25, 2022 at 10:02 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas@gmail.com> writes: > > On Fri, Mar 25, 2022 at 9:49 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> That'll just reduce the probability of failure, not eliminate it. > > > I mean, if the expected time to the first failure on even 1 machine > > exceeds the time until the heat death of the universe by 10 orders of > > magnitude, it's probably good enough. > > Adding another 16 bits won't get you to that, sadly. Yeah, it *might* > extend the MTTF to more than the project's likely lifespan, but that > doesn't mean we couldn't get unlucky next week. I suspect that the number of bits Andres wants to add is no less than 48. -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: