Lines Matching refs:record

246 Now that we can record transactional changes in memory in a form that allows
306 formatted log items and a commit record at the tail. From a recovery
317 the transaction commit record, but tracking this requires us to have a
394 attached to the log buffer that the commit record was written to along with a
423 To do this, transactions need to record the LSN of the commit record of the
449 the checkpoint context records the LSN of the commit record for the checkpoint,
450 we can also wait on the log buffer that contains the commit record, thereby
486 usage of the transaction. The reservation accounts for log record headers,
514 problematic. Typically log record headers use at least 16KB of log space per
661 The final serialisation point is the checkpoint commit record ordering code
665 before writing the commit record. This loop walks the list of committing
667 record write. As a result it needs a lock and a wait variable. Log force
672 events they are waiting for are different. The checkpoint commit record
674 (obtained through completion of a commit record write) while log force