检查点(checkpoint)
gbase8s数据库为了改善事务处理能力,使用buffer pool 缓存事务所访问的数据,在事务逻辑上做了修改,数据并没有在事务提交后更新到磁盘上,为了保证数据库在异常的情况下数据的完整性、准确性,数据库需要定期(较短时间内)将buffer pool 数据同步到磁盘上,保证数据的物理有效性。
数据库周期性的将buffer pool 的脏数据刷新到磁盘上,达到磁盘、内存数据一致性的时间点被称为检查点。
物理日志
gbase8s 的物理日志用来记录数据被修改前的“前映像”信息
物理日志是一个循环使用的文件,每次checkpoint后,物理日志文件被清空(标记所有空间为可用状态)。如图所示,方向向上的箭头标识最后一次checkpoint的位置,方向向下的箭头标识物理日志当前使用的位置,两个箭头之间的空间为已使用的空间,当新的一次checkpoint 发生后,物理日志清空,两个箭头指向同一个地址,在内存中标识已用物理日志的空间为0。另外,物理日志采用连续方式顺序写文件,写入效率较高。
逻辑清空物理日志不需要IO
将新的检查点结构写入root保留页 ( 无论如何都要执行的步骤 ) 。
将表示已使用物理日志页数的共享内存变量设置为0
物理日志存在的必要性
如果没有物理日志,可以通过逻辑日志进行恢复,但有一种情况必须使用物理日志
在数据库完成最后一次检查点之后又进行了一些列事务操作发生后台写入,此时磁盘的数据和最后一次检查点的数据可能不一致,此时必须通过物理日志恢复磁盘数据,然后再进行逻辑恢复。
逻辑日志
逻辑日志主要用来记录事务细节,一般应用于事务回滚以及故障恢复
主要记录
DDL
索引项的变化
行记录的变化
检查点记录
spaces分配和管理操作
blobpagemap结构
全实例共享物理日志与逻辑日志