From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
---|---|
To: | David Christensen <david(at)endpoint(dot)com>, PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de>, Josh Berkus <josh(at)agliodbs(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
Subject: | Re: [DESIGN] Incremental checksums |
Date: | 2015-07-13 20:50:44 |
Message-ID: | 55A424A4.7040409@BlueTreble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 7/13/15 3:26 PM, David Christensen wrote:
> * Incremental Checksums
>
> PostgreSQL users should have a way up upgrading their cluster to use data checksums without having to do a costly pg_dump/pg_restore; in particular, checksums should be able to be enabled/disabled at will, with the database enforcing the logic of whether the pages considered for a given database are valid.
>
> Considered approaches for this are having additional flags to pg_upgrade to set up the new cluster to use checksums where they did not before (or optionally turning these off). This approach is a nice tool to have, but in order to be able to support this process in a manner which has the database online while the database is going throught the initial checksum process.
It would be really nice if this could be extended to handle different
page formats as well, something that keeps rearing it's head. Perhaps
that could be done with the cycle idea you've described.
Another possibility is some kind of a page-level indicator of what
binary format is in use on a given page. For checksums maybe a single
bit would suffice (indicating that you should verify the page checksum).
Another use case is using this to finally ditch all the old VACUUM FULL
code in HeapTupleSatisfies*().
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Data in Trouble? Get it in Treble! http://BlueTreble.com
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Nasby | 2015-07-13 20:56:03 | Re: [PATCH] SQL function to report log message |
Previous Message | dinesh kumar | 2015-07-13 20:39:47 | Re: [PATCH] SQL function to report log message |