Re: crash-safe visibility map, take three
| От | Heikki Linnakangas | 
|---|---|
| Тема | Re: crash-safe visibility map, take three | 
| Дата | |
| Msg-id | 4CF526BD.7050203@enterprisedb.com обсуждение исходный текст  | 
		
| Ответ на | Re: crash-safe visibility map, take three (Tom Lane <tgl@sss.pgh.pa.us>) | 
| Ответы | 
                	
            		Re: crash-safe visibility map, take three
            		
            		 | 
		
| Список | pgsql-hackers | 
On 30.11.2010 18:10, Tom Lane wrote: > Heikki Linnakangas<heikki.linnakangas@enterprisedb.com> writes: >> Yeah, I'm not terribly excited about any of these schemes. The "intent" >> record seems like the simplest one, but even that is quite different >> from the traditional WAL-logging we do that it makes me slightly nervous. > > I'm not convinced it works at all. Consider write intent record, > checkpoint, set bit, crash before completing vacuum. There will be > no second intent record at which you could clean up if things are > inconsistent. That's why you need to check the RedoRecPtr when you set the bit. If it has changed, ie. a checkpoint has happened, the set bit step will write a new intent record. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: