Lines Matching full:record

165 transaction, we have to reserve enough space to record a full leaf-to-root split
534 Now that we can record transactional changes in memory in a form that allows
595 formatted log items and a commit record at the tail. From a recovery
606 the transaction commit record, but tracking this requires us to have a
683 attached to the log buffer that the commit record was written to along with a
713 To do this, transactions need to record the LSN of the commit record of the
739 the checkpoint context records the LSN of the commit record for the checkpoint,
740 we can also wait on the log buffer that contains the commit record, thereby
777 usage of the transaction. The reservation accounts for log record headers,
805 problematic. Typically log record headers use at least 16KB of log space per
954 The final serialisation point is the checkpoint commit record ordering code
958 before writing the commit record. This loop walks the list of committing
960 record write. As a result it needs a lock and a wait variable. Log force
965 events they are waiting for are different. The checkpoint commit record
967 (obtained through completion of a commit record write) while log force
992 		Record modifications in log item
1037 		Record modifications in log item