pg内核之日志管理器(五)WAL日志

news2024/12/28 20:34:57

概念

WAL日志

数据库运行过程中,数据一般是会保存在内存和磁盘中,为保证数据的安全性,防止数据库崩溃时数据不丢失,一般都是要保证数据实时落盘的,但是又由于磁盘随机IO读写速率与内存相比慢很多,如果每个事务的数据都要等到写入到磁盘才算完成,其性能会非常的差。为了解决这种问题,数据库提供预写式日志方式,即WAL日志,事务中每次写入只需要保证WAL日志落盘即可,不必再关心数据是否真的落盘,这样即使数据库崩溃,由于WAL日志已经落盘,仍旧可以通过WAL恢复数据的。而且WAL日志时按照顺序的方式整页的写入磁盘的,速率也会比随机快很多。
WAL(Write Ahead Logging): 预写式日志,又或者称为事务日志,记录了操作的动作的记录,当需要通过WAL日志进行恢复的话,只需要读取WAL日志的数据,一个个进行回放即可。

LSN

日志序列号,用来记录日志的位置,对于数据库非常重要,因为故障恢复的时候就会根据LSN号来判断恢复的位置的。

WAL结构

日志文件结构

WAL日志文件以3个8位16进制数字组成{timeline,logno, segno},每8 位都代表了不同的含义,

  • 高8位: 时间线
  • 中间8位: 逻辑ID,当段ID超过256时,这里会进1.
  • 低8位: 段ID,目前只有低2位可用。
    每个WAL日志段文件大小为16MB,其大小可以通过GUC参数wal_segment_size调整,其取值范围为1M~1G。
    LSN标识WAL日志的日志序列号,可以唯一标识一段XLOG日志,形如“0/01922E50”,含义为:
  • 斜线前数字代表逻辑ID
  • 斜线后的高2位代表的段ID
  • 斜线后的低6位代表的是段内的偏移·
    给一个LSN及timelineID可计算出其所在的文件名,其计算公式为:
timeline = xx
logno = (lsn-1)/(16M*256)
segno = (lsn-1)/16M%256
例如,LSN=0/1922E50, timeline=1
则,timeline = 1, logno=0, segno=1,其文件名即为
00000001 00000000 00000001

在这里插入图片描述

XLOG相关结构体

XLogLongPageHeaderData

XLOG日志文件的第一个页会使用该结构体额外存储一些信息。

  • std: 标准的XLOG页的头信息
  • xlp_sysid: 数据库的系统唯一标识符,从pg_control文件中读取,如7322086651880943083
  • xlp_seg_size: XLOG段文件大小,用于交叉检查用
  • xlp_xlog_blcksz: 存储的XLOG块的大小,用于交叉检查
typedef struct XLogLongPageHeaderData
{
	XLogPageHeaderData std;		/* 正常的XLOG页头数据信息 */
	uint64		xlp_sysid;		/* 从pg_control读取的系统标识符 */
	uint32		xlp_seg_size;	/* 存储段大小用于交叉检查日志文件的预期段大小是否与实际存储的一致 */
	uint32		xlp_xlog_blcksz;	/* 存储块大小用于交叉检查 */
} XLogLongPageHeaderData;

XLogPageHeaderData

每个XLOG页的头信息,除了XLOG文件第一个页是XLogLongPageHeaderData外,其他页都是这个结构体。

  • xlp_magic: 页面的magic值,默认是0xD10D, 一般用来判断日志页面是否是XLOG页面。
  • xlp_info: XLOG页面类型
  • xlp_tli: 标识页面上第一个Record记录的Timeline
  • xlp_pageaddr: 该页面的地址
  • xlp_rem_len: 该页面剩余可用的长度,跨页存储时会用到。
typedef struct XLogPageHeaderData
{
	uint16		xlp_magic;		/* 页面校验值用于检查是否是有效的XLOG页面,值为0xD10D */
	uint16		xlp_info;		/* XLOG页面标志位用来标识页面类型和状态等信息*/
	TimeLineID	xlp_tli;		/* 标识页面上的第一个Record的时间线 */
	XLogRecPtr	xlp_pageaddr;	/* 该页在XLOG文件中的逻辑地址 */
	uint32		xlp_rem_len;	/* 该页面剩余可用的长度*/
} XLogPageHeaderData;

XLogRecord

XLOG Record的元数据结构,主要记录XLOG的一些元数据信息,其后紧跟着XLogRecordBlockHeaders 和 XLogRecordDataHeader结构。

typedef struct XLogRecord
{
	uint32		xl_tot_len;		/* 整个XLOG Record记录的长度 */
	TransactionId xl_xid;		/* 事务ID */
	XLogRecPtr	xl_prev;		/* 前一个日志的地址 */
	uint8		xl_info;		/* 标识符,存储特定的元数据,如记录类型、事务的状态等 */
	RmgrId		xl_rmid;		/* 日志的resource  manager标识符 */
	pg_crc32c	xl_crc;			/* Record的CRC校验 */
} XLogRecord;

XLogRecData

XLOG数据的结构体记录了数据信息

typedef struct XLogRecData
{
	struct XLogRecData *next;	/* 下一个数据,以链表形式保存 */
	char	   *data;			/* rmgr数据的起始位置 */
	uint32		len;			/* rmgr的长度 */
} XLogRecData;

XLogRecordBlockHeaders

一个XLOG Record记录中可能会存储多个block数据,这个结构体记录了每个数据块的元数据,这里的排列是block头顺序存储后,后面是block的数据,例如block1Header || block2Header || block3Header || XlogRecordDataHeader || block1Data || block2Data || Block3Data
如果Block数据块中还含有image或者压缩,还会包含这两者的元数据结构体
XLogRecordBlockImageHeader和XLogRecordBlockCompressHeader

typedef struct XLogRecordBlockHeader
{
	uint8		id;				/* 块的引用ID */
	uint8		fork_flags;		/* 标志位,表示块所在的关系分支,例如主分支、索引分支等*/
	uint16		data_length;	/* 数据的长度 */
} XLogRecordBlockHeader;

XLogRecordBlockImageHeader

数据库写XLOG时,如果使用了FPW全页写,那么就需要额外的元数据信息来记录,就是该结构体,主要会记录页内有效数据的长度,空洞的起始地址以及标志位。

typedef struct XLogRecordBlockImageHeader
{
	uint16		length;			/* page页实际数据的大小 */
	uint16		hole_offset;	/* 空洞的偏移地址 */
	uint8		bimg_info;		/* 标志位,判断是否包含空洞或者是否经过压缩 */
} XLogRecordBlockImageHeader;

XLogRecordBlockCompressHeader

如果数据库启用了WAL压缩(GUC参数wal_compression为on时打开),在写入XLOG数据库时还会对数据进行压缩,就需要该结构体保存相关的元数据信息。空洞是写入XLOG记录时,未使用的页内空间,因为没有数据存储,为提高效率,在压缩时会去掉空洞,只压缩存有数据的区域。

typedef struct XLogRecordBlockCompressHeader
{
	uint16		hole_length;	/* 空洞的长度 */
} XLogRecordBlockCompressHeader;

XLogRecordDataHeader

记录数据区域的元数据信息,这里又根据数据的长度是否小于256byte
分为两种XLogRecordDataHeaderShort和XLogRecordDataHeaderLong

XLogRecordDataHeaderShort

当数据区域长度小于256byte时的结构体,该结构体占2个字节,用于存储数据小于256byte的情况

typedef struct XLogRecordDataHeaderShort
{
	uint8		id;				/* XLR_BLOCK_ID_DATA_SHORT */
	uint8		data_length;	/* 存储的字节长度 */
}			XLogRecordDataHeaderShort;
XLogRecordDataHeaderLong

当存储的数据大于256byte时,使用该结构体存储信息,虽然结构体内只存了一个id成员,但是紧跟着会存一个32为的data_length,然后紧跟着是数据

typedef struct XLogRecordDataHeaderLong
{
	uint8		id;				/* XLR_BLOCK_ID_DATA_LONG */
	/* followed by uint32 data_length, unaligned */
}			XLogRecordDataHeaderLong;

XLOG类型

RMID类型

数据库中各种各样的操作就会产生各种各样的WAL日志,WAL日志有各种类型的日志,比如XLOG,事务,CLOG,Heap等。XLOG记录中以RMID标识,在恢复时,根据RMID的类型的不同,调用不同的回调函数。不同RMID的回调函数的定义在rmgrlist.h文件中。

  • RM_XLOG_ID: XLOG日志,回调函数为xlog_redo。
  • RM_XACT_ID:Transaction的XLOG日志,回调函数为xact_redo。
  • RM_SMGR_ID:Storage的XLOG日志,回调函数为smgr_redo。
  • RM_CLOG_ID: CLOG的XLOG日志,回调函数为clog_redo。
  • RM_DBASE_ID: Database的XLOG日志,回调函数dbase_redo。
  • RM_TBLSPC_ID: Tablespace的XLOG日志,回调函数为tblspc_redo。
  • RM_MULTIXACT_ID: MultiXact的XLOG日志,回调函数为multixact_redo。
  • RM_RELMAP_ID: RelMap的XLOG日志,回调函数为relmap_redo。
  • RM_STANDBY_ID: Standby的XLOG日志,回调函数为standby_redo。
  • RM_HEAP2_ID: Heap2的XLOG日志,回调函数为heap2_redo。
  • RM_HEAP_ID: Heap的XLOG日志,回调函数为heap_redo
  • RM_BTREE_ID:Btree索引的XLOG日志,回调函数为btree_redo
  • RM_HASH_ID:哈希索引的XLOG日志,回调函数为hash_redo
  • RM_GIN_ID: Gin索引的XLOG日志,回调函数为gin_redo
  • RM_GIST_ID: Gist索引的XLOG日志,回调函数为gist_redo
  • RM_SEQ_ID: Sequence的XLOG日志,回调函数为seq_redo
  • RM_SPGIST_ID: SPGist索引的XLOG日志,回调函数为spg_redo
  • RM_BRIN_ID: brin索引的XLOG日志,回调函数为brin_redo
  • RM_COMMIT_TS_ID: CommitTs的XLOG日志,回调函数为commit_ts_redo
  • RM_REPLORIGIN_ID: ReplicationOrigin的XLOG日志,回调函数为replorigin_redo
  • RM_GENERIC_ID: Generic的XLOG日志,回调函数为generic_redo
  • RM_LOGICALMSG_ID: LogicalMessage的XLOG日志,回调函数为logicalmsg_redo

WAL主要流程

XLOG 日志的创建

在系统安装时,需要调用BootStrapXLog来初始化XLOG相关的段。

BootStrapXLOG

在数据库安装时调用该函数初始化XLOG相关的数据

  • 生成数据库唯一标识符,即pg_control文件中的“Database system identifier” ,根据当前的时间的秒数、微妙数以及当前的进程号通过一定转换生成。
  • 申请两个XLOG的buffer页
  • 初始化checkpoint
  • 初始化全局共享变量
  • 初始化CLOG、MultiXact、CommitTS等
  • 初始化XLOG普通页头即XLogPageHeaderData
  • 初始化XLOG第一个页的头即XLogLongPageHeaderData
  • 插入初始化的checkpoint记录
  • 初始化XLOG段文件
  • 将相关checkpoint记录更新到pg_control全局变量中
  • 创建CLOG、CommitTS、SUBTRANS、MultiXact
  • 将pg_control文件读入内存

XLOG 日志的初始化

XLOGShmemInit

初始化XLOGCtl这个结构体,这个结构体是XLOG读写的重要管理结构。

  • 初始化XLOG Ctl
  • 初始化Control file
  • 初始化XLogCtl的xlblocks和WALInsertLocks
  • 初始化XLogCtl的其他成员

XLOG日志的启动

StartupXLOG

数据库启动时,根据数据库的状态启动XLOG或者进入故障回放模式进行XLOG的回放,从而使数据库恢复到正常情况,由于startupXLOG包含了正常启动和故障恢复的流程,这里只讨论启动的流程,故障恢复的流程后面再讲。 #故障恢复

XLOG日志的插入

XLOG日志插入相关的结构体

在这里插入图片描述

  • XLogCtlData: XLog 日志在共享内存中的结构体,XLOG的写入和读取都由该结构体控制。
  • XLogCtlInsert: XLog 写入相关的控制结构体
  • Checkpoint: checkpoint相关的结构体
  • XLogWrtRqst: 要写入的XLOG位置的结构体
  • XLOGWrtResult: 已经写入完成的XLOG的位置的结构体。
  • WALInsertLock: XLOG写入时的控制锁。
XLogCtlData

XLog日志数据在共享内存中存放时的控制结构体

typedef struct XLogCtlData
{
	XLogCtlInsert Insert;//插入相关结构体
	XLogwrtRqst LogwrtRqst; //需要写入的位置
	XLogRecPtr	RedoRecPtr;		/* REDO的位置 */
	FullTransactionId ckptFullXid;	/* checkpoint时的最新位置 */
	XLogRecPtr	asyncXactLSN;	/* 异步提交或终止的LSN */
	XLogRecPtr	replicationSlotMinLSN;	/* 每个槽需要的最老的LSN */
	XLogSegNo	lastRemovedSegNo;	/* 最新的删除或回收的段号*/
	XLogRecPtr	unloggedLSN; //unlogged表的LSN位置
	slock_t		ulsn_lck; //unlogged表写入时的锁
	pg_time_t	lastSegSwitchTime; //最后一个段切换时的时间
	XLogRecPtr	lastSegSwitchLSN; //最后一个段切换的LSN
	XLogwrtResult LogwrtResult; //已经写入完成的位置
	XLogRecPtr	InitializedUpTo; //最新初始化的缓存页面
	char	   *pages;			/* WAL缓冲中还未写XLOG的页 */
	XLogRecPtr *xlblocks;		/* 首个字节位置 */
	int			XLogCacheBlck;	/* 分配的最高的XLOG缓冲页索引*/
	TimeLineID	ThisTimeLineID;//当前的时间线
	TimeLineID	PrevTimeLineID;//前一个时间线
	RecoveryState SharedRecoveryState; //恢复状态
	bool		SharedHotStandbyActive; //是否是热备模式
	bool		SharedPromoteIsTriggered;//是否有备节点已经被激活
	bool		WalWriterSleeping; //是否处于低功耗模式
	Latch		recoveryWakeupLatch;//用于WAL在重放过程中唤醒进程
	XLogRecPtr	lastCheckPointRecPtr; //最新的checkpoint起始位置
	XLogRecPtr	lastCheckPointEndPtr;//最新的checkpoint结束位置
	CheckPoint	lastCheckPoint;//最新的checkpoint
	XLogRecPtr	lastReplayedEndRecPtr; //上一次的重放结束的位置
	TimeLineID	lastReplayedTLI;//上一次重放的timeline
	XLogRecPtr	replayEndRecPtr;//重放结束的位置
	TimeLineID	replayEndTLI;//重放结束时的timeline
	TimestampTz recoveryLastXTime; //恢复的时间
	TimestampTz currentChunkStartTime;//WAL 开始重放的时间
	RecoveryPauseState recoveryPauseState;//重放终止的状态
	ConditionVariable recoveryNotPausedCV;//条件变量,可用于同步并通知恢复过程不再处于暂停状态。
	XLogRecPtr	lastFpwDisableRecPtr;//最后一次FPW的位置
	slock_t		info_lck;		/* 共享变量的保护锁 */
} XLogCtlData;
XLogCtlInsert

进行WAL日志插入时需要的控制信息

/*
 WAL插入时用的结构体
 */
typedef struct XLogCtlInsert
{
	slock_t		insertpos_lck;	/* 插入锁,保护CurrBytePos和PrevBytePos */
	uint64		CurrBytePos; //当前已预留的WAL空间的末尾位置
	uint64		PrevBytePos;//先前插入记录的位置
	char		pad[PG_CACHE_LINE_SIZE]; //填充字节,确保缓冲行对齐
	XLogRecPtr	RedoRecPtr;		/* 当前插入的REDO位置*/
	bool		forcePageWrites;	/* PITR操作时是否强制全页写 */
	bool		fullPageWrites; //是否全页写
	ExclusiveBackupState exclusiveBackupState; //表示独占备份的状态(
	int			nonExclusiveBackups;//是一个计数器,表示当前正在进行的非独占流式基础备份的数量。
	XLogRecPtr	lastBackupStart;//是在线备份的最晚检查点重做位置起点
	WALInsertLockPadded *WALInsertLocks; //WAL插入需要的锁
} XLogCtlInsert;
XLogwrtRqst

需要写入的XLOG的位置数据

typedef struct XLogwrtRqst 
{
	XLogRecPtr	Write;			/* last byte + 1 to write out */
	XLogRecPtr	Flush;			/* last byte + 1 to flush */
} XLogwrtRqst;
XLogwrtResult

已经写入的XLOG的位置数据

typedef struct XLogwrtResult
{
	XLogRecPtr	Write;			/* last byte + 1 written out */
	XLogRecPtr	Flush;			/* last byte + 1 flushed */
} XLogwrtResult;

XLOG日志的注册

注册一个register_buffer,将数据存入到rdata数组中,然后链接到注册的register_buffer中。以插入表数据为例(heap_insert),主要注册流程如下:

  • 将元组插入信息(xl_heap_insert)存储mainrdata中
  • 申请一个register_buffer并初始化,例如表的relfilenode、forknum等信息
  • 元组插入相关的XLOG数据(元组数据)存入到register_buffer的rdata数据链中
  • 调用XLogAssemble函数封装XLOG Record
  • 调用XLogInsertRecord函数写入到WAL Buffer中
  • 调用XLOGFlush函数刷入磁盘
    在这里插入图片描述
InitXLogInsert

初始化Insert XLOG所需要的共享内存变量,比如注册要用到的register_buffers,内存上下文、rdatas、hdr_scrach等。

  • register_buffers: XLOG日志注册时使用,需要先将头数据注册到register buffers,数量是5个
  • xloginsert_cxt: XLOG插入相关的内存上下文,所有插入过程的内存的管理都由该上下文确定,
  • rdatas: main data存放位置,20个
  • hdr_scrach: 封装时使用,会将register buffer和rdatas的数据都挪到这里进行封装,最终封装成一个XLOG Record日志
XLogBeginInsert

准备开始构建一个WAL Record记录,必须在注册前调用,主要是判断注册相关的register_buffer和rdata等全局变量是否重置。将begininsert_called设置为true,可以防止递归调用出现问题。

XLogRegisterData

开始注册XLOG数据,将数据添加到rdatas数组中,一般保存插入相关数据信息,在进行REDO时会调用XLogRecGetData()函数获取相关信息

  • 从rdata数组中取一个槽位
  • 初始化该槽位,存入要写入的数据的地址。
  • mainrdata_last和mainrdata_len更新,形成一个数据链表。
XLogRegisterBuffer

注册buffer,获取一个register_buffer并初始化

  • 根据block id选取一个register_buffer
  • 初始化buffer对应的rnode,forkno,block,page
  • 初始化其他元素
XLogRegisterBufData

注册register_buffer数据,写入元组头相关信息,以及数据。

  • 选取一个rdata槽位,将数据存入
  • 将rdata槽位地址存入register_buffer中的rdata_tail的链表中

XLOG日志的封装

这个阶段主要是将已注册的数据和缓冲区内容组织成一个适用于插入到WAL(预写日志)的记录格式,并生成XLogRecData链表。在组装过程中,会填充记录头的各个字段,但不包括xl_prev字段,并计算CRC校验值(不含记录头)。如果有些缓冲区没有进行全页备份,还会设置fpw_lsn为这些缓冲区中最小的LSN,以此表明这个记录的有效性依赖于RedoRecPtr和doPageWrites值的实时更新。最终,这个组装好的记录会通过XLogInsertRecord()函数插入到WAL中。
每个register_buffer对应一个block data

XLogInsert

插入已经指定了RMID和info信息的XLOG日志

  • 初步获取后面判断是否需要进行FPW需要用到的一些参数
  • 组装XLogRecord数据
  • 写入到WAL buffer中
  • 重置所有相关全局变量
	do
	{
		XLogRecPtr	RedoRecPtr;
		bool		doPageWrites;
		XLogRecPtr	fpw_lsn;
		XLogRecData *rdt;
		int			num_fpi = 0;
		GetFullPageWriteInfo(&RedoRecPtr, &doPageWrites); //初步获取判断是否需要进行FPW的一些参数,可能会变化,后面还会获取

		rdt = XLogRecordAssemble(rmid, info, RedoRecPtr, doPageWrites, &fpw_lsn, &num_fpi);//组装XlogRecord记录

		EndPos = XLogInsertRecord(rdt, fpw_lsn, curinsert_flags, num_fpi);//插入到WAL缓冲区
	} while (EndPos == InvalidXLogRecPtr);

	XLogResetInsertion();//重置使用过的共享变量,如register_buffer

XlogRecordAssemble

将已注册的数据和缓冲区内容组织成一个适用于插入到WAL(预写日志)的记录格式,并生成XLogRecData链表
在这里插入图片描述

组装XLogRecord的头信息,这里通过一个scratch游标实现,逐个将各个阶段的头信息加载到scratch中;将需要写入的数据块链接到hdr_rdt的数据链中,链表头就是scratch,最终得到以hdr_rdt为头的完整的数据链表

函数主要流程:
  • 初始化游标scratch

  • 遍历所有注册的register_buffer,每一个register_buffer对应的就是一个XLogRecordBlock,一般如元组的插入更新只会使用一个block,但是像索引的操作一般都会使用大于2个block。

    • 判断是否需要进行FPW
      判断该页是否需要备份:
      1. 判断标志位, 若包含REGBUF_FORCE_IMAGE 则需要备份,若包含REGBUF_NO_IMAGE则不需要备份
      2. 传入参数doPageWrites是否为true,若为true就需要强制进行备份
      3. 判断LSN: 如果页中的REDO位置小于当前的REDO位置,那么就需要备份,否则不需要
    	if (regbuf->flags & REGBUF_FORCE_IMAGE)
    		needs_backup = true;
    	else if (regbuf->flags & REGBUF_NO_IMAGE)
    		needs_backup = false;
    	else if (!doPageWrites)
    		needs_backup = false;
    	else
    	{
    		XLogRecPtr	page_lsn = PageGetLSN(regbuf->page);
    		needs_backup = (page_lsn <= RedoRecPtr);
    		if (!needs_backup)
    		{
    			if (*fpw_lsn == InvalidXLogRecPtr || page_lsn < *fpw_lsn)
    				*fpw_lsn = page_lsn;
    		}
    	}
        
    
    • 如果需要进行FPW,先计算空洞,空洞的计算即页内的upper-lower即为空洞的长度,lower为空洞的起始位置。
    	    if (regbuf->flags & REGBUF_STANDARD)
    		{
    			/* Assume we can omit data between pd_lower and pd_upper */
    			uint16		lower = ((PageHeader) page)->pd_lower;
    			uint16		upper = ((PageHeader) page)->pd_upper;
    
    			if (lower >= SizeOfPageHeaderData &&
    				upper > lower &&
    				upper <= BLCKSZ)
    			{
    				bimg.hole_offset = lower;
    				cbimg.hole_length = upper - lower;
    			}
    			else
    			{
    				/* No "hole" to remove */
    				bimg.hole_offset = 0;
    				cbimg.hole_length = 0;
    			}
    		}
    		else
    		{
    			/* Not a standard page header, don't try to eliminate "hole" */
    			bimg.hole_offset = 0;
    			cbimg.hole_length = 0;
    		}
    
    • 如果压缩开关打开,需要进行页面压缩,调用XLogCompressBackupBlock函数压缩页面。
    • 添加压缩的头文件,FPW的头文件
    • 添加Block的数据和头信息
  • 添加数据到hdr_rdt链上

  • 初始化XLogRecord头信息

XLOGRecord的头信息填充

所有的XLOG相关的头信息,会用一个游标scratch串起来,最终组合成一个完整的头信息。

char	   *scratch = hdr_scratch;
rechdr = (XLogRecord *) scratch; //以一个scrath游标封装所有的头信息
scratch += SizeOfXLogRecord;//先跳过XLOGRecord的头信息,空间预留,后面会初始化
/* 封装Block的头数据 */
memcpy(scratch, &bkpb, SizeOfXLogRecordBlockHeader);
scratch += SizeOfXLogRecordBlockHeader; 
if (include_image)
{
    //封装FPW的头数据
	memcpy(scratch, &bimg, SizeOfXLogRecordBlockImageHeader);
	scratch += SizeOfXLogRecordBlockImageHeader;
	if (cbimg.hole_length != 0 && is_compressed) //
	{
	    //封装压缩的头数据
		memcpy(scratch, &cbimg, SizeOfXLogRecordBlockCompressHeader);
		scratch += SizeOfXLogRecordBlockCompressHeader;
	}
}
if (!samerel)
{
    //如果跟上一个记录不是同一张表,记录表的relfilenode信息
	memcpy(scratch, &regbuf->rnode, sizeof(RelFileNode));
	scratch += sizeof(RelFileNode);
}
memcpy(scratch, &regbuf->block, sizeof(BlockNumber)); //添加Blocknumber信息
scratch += sizeof(BlockNumber);
/* 复制源ID打开时会记录复制源ID到XLOG中,一般在配置了流复制时使用 */
if ((curinsert_flags & XLOG_INCLUDE_ORIGIN) &&
	replorigin_session_origin != InvalidRepOriginId)
{
	*(scratch++) = (char) XLR_BLOCK_ID_ORIGIN;
	memcpy(scratch, &replorigin_session_origin, sizeof(replorigin_session_origin));
	scratch += sizeof(replorigin_session_origin);
}

//配置逻辑解码时添加事务ID信息
*(scratch++) = (char) XLR_BLOCK_ID_TOPLEVEL_XID;
memcpy(scratch, &xid, sizeof(TransactionId));
scratch += sizeof(TransactionId);

//添加数据的头信息,大于255时为DATA_LONG,小于255时为DATA_SHORT
if (mainrdata_len > 255)
{
	*(scratch++) = (char) XLR_BLOCK_ID_DATA_LONG;
	memcpy(scratch, &mainrdata_len, sizeof(uint32));
	scratch += sizeof(uint32);
}
else
{
	*(scratch++) = (char) XLR_BLOCK_ID_DATA_SHORT;
	*(scratch++) = (uint8) mainrdata_len;
}

//初始化XLOG Record的头信息,开头已经分配过空间
rechdr->xl_xid = GetCurrentTransactionIdIfAny();
rechdr->xl_tot_len = total_len;
rechdr->xl_info = info;
rechdr->xl_rmid = rmid;
rechdr->xl_prev = InvalidXLogRecPtr;
rechdr->xl_crc = rdata_crc;
数据链封装

所有注册好的数据会以链表的形式串联起来,链表头为hdr_rdt,存储的是头信息数据,后面为压缩或FPW备份的页数据,register_buffer中注册的数据,maindata中的数据。

//初始化链表头,存储数据位XLOG Record的头信息
hdr_rdt.next = NULL;
rdt_datas_last = &hdr_rdt;
hdr_rdt.data = hdr_scratch; //数据链的第一个数据节点为头信息scratch

//第二个数据节点,当存在FPW或者压缩的时候保存。
/* 暂用register_buffer中的临时空间bkp_rdatas[0] */
rdt_datas_last->next = &regbuf->bkp_rdatas[0]; 
rdt_datas_last = rdt_datas_last->next;

if (is_compressed) //如果进行了压缩,保存压缩数据
{
	rdt_datas_last->data = regbuf->compressed_page;
	rdt_datas_last->len = compressed_len;
}
else //如果没有存在压缩,保存页的数据
{
	bimg.length = BLCKSZ - cbimg.hole_length;
	if (cbimg.hole_length == 0)//没有空洞就直接保存整个页
	{
		rdt_datas_last->data = page;
		rdt_datas_last->len = BLCKSZ;
	}
	else
	{
		/* 如果有空洞就需要跳过空洞,这里就需要使用两个缓冲页存放空洞两边的数据*/
		rdt_datas_last->data = page; //bkp_rdatas[0]保存空洞左边的数据
		rdt_datas_last->len = bimg.hole_offset;
		rdt_datas_last->next = &regbuf->bkp_rdatas[1];
		rdt_datas_last = rdt_datas_last->next;
		rdt_datas_last->data =
			page + (bimg.hole_offset + cbimg.hole_length);//bkp_rdatas[1]保存空洞右边的数据
		rdt_datas_last->len =
			BLCKSZ - (bimg.hole_offset + cbimg.hole_length);
	}
}

//第三个数据节点(可能包含好几个数据节点),register_buffer中注册的数据链,即rdata链。
/*如果保存的有数据,那么就将register_buffer中的rdata数据挂到当前的数据链中* /
if (needs_data)
{
	rdt_datas_last->next = regbuf->rdata_head;
	rdt_datas_last = regbuf->rdata_tail;
}

//第四个数据节点,maindata中存储的数据。
/* 下面是存储的主要数据 */
if (mainrdata_len > 0)
{
 rdt_datas_last->next = mainrdata_head; //将main数据挂到数据链上
 rdt_datas_last = mainrdata_last;
 total_len += mainrdata_len;
}
rdt_datas_last->next = NULL;
XlogResetInsertion

重置已使用的register_buffer、mainrdata等全局变量。

	for (i = 0; i < max_registered_block_id; i++)
		registered_buffers[i].in_use = false;

	num_rdatas = 0;
	max_registered_block_id = 0;
	mainrdata_len = 0;
	mainrdata_last = (XLogRecData *) &mainrdata_head;
	curinsert_flags = 0;
	begininsert_called = false;

XLOG日志的写入

XLogInsertRecord

将封装好的XLogRecord数据插入WAL Buffer然后刷入磁盘。这里主要分为两个过程:

  • 预留空间: 由于封装好的日志已经知道了其长度,可以先去WAL缓冲区中预留对应长度的空间,预留过程由XLogCtl->Insert->insertpos_lck锁保护,进程之间互斥。
  • 数据复制:将数据拷贝到预留的空间中,这里可以并发执行,由WALInsertLocks锁进行并发控制,当前是8个锁。每个写入进程都需要申请一把锁。
    函数流程:
  • 申请一把插入WALInsertLocks锁,如果涉及WAL段文件切换,申请的排它锁会阻塞其他进程。
if (isLogSwitch) //判断是否会切换WAL段文件
	WALInsertLockAcquireExclusive();
else
	WALInsertLockAcquire();//获取一把插入锁
  • 更新全局的RedoRecPtr,并且判断是否需要FPW
if (RedoRecPtr != Insert->RedoRecPtr)
{
	RedoRecPtr = Insert->RedoRecPtr; //获取当前插入的redo位置
}
doPageWrites = (Insert->fullPageWrites || Insert->forcePageWrites);//是否需要FPW
  • 调用ReserveXLogInsertLocation函数从WAL Buffer中预申请一片空间,或者需要切换段文件时调用ReserveXLogSwitch函数预留剩余所有空间
if (isLogSwitch)//如果是日志切换的XLOG,则段的剩余空间都预留,保证下一次一定会切换日志
	inserted = ReserveXLogSwitch(&StartPos, &EndPos, &rechdr->xl_prev);
else
{
	ReserveXLogInsertLocation(rechdr->xl_tot_len, &StartPos, &EndPos, &rechdr->xl_prev);
	inserted = true;
}
  • 调用函数CopyXLogRecordToWAL函数将XLOG数据拷贝预留的WAL缓冲区中
  • 释放插入锁
  • 标记当前事务ID已经被记录XLOG
  • 跨页的话,更新XLogCtl->LogwrtRqst.Write和LogwrtResult
  • 如果是XLOG段文件切换,则调用XLogFlush函数刷入磁盘
ReserveXLogInsertLocation

预留WAL缓冲区空间,这里是串行的,所以需要抢insertpos_lck锁,会是一个性能瓶颈。

	SpinLockAcquire(&Insert->insertpos_lck);//申请自旋锁,保护

	startbytepos = Insert->CurrBytePos;//当前要预留的WAL空间起始位置
	endbytepos = startbytepos + size; //XLog Record的长度
	prevbytepos = Insert->PrevBytePos;//先前插入的XLOG的位置
	Insert->CurrBytePos = endbytepos;//更新WAL BUffer插入的起始位置,占住位置
	Insert->PrevBytePos = startbytepos; //更新先前的位置
	SpinLockRelease(&Insert->insertpos_lck);
	*StartPos = XLogBytePosToRecPtr(startbytepos);//转换为要写入的XLOG文件的起始位置
	*EndPos = XLogBytePosToEndRecPtr(endbytepos);//转换为要写入的XLOG文件的起始位置
	*PrevPtr = XLogBytePosToRecPtr(prevbytepos);//转换为要写入的XLOG文件的起上一个记录的位置

CopyXLogRecordToWAL

将XLogRecord数据拷贝到预留的WAL缓冲区中

  • 根据WAL的LSN位置转换成WAL Buffer中地址
CurrPos = StartPos;
currpos = GetXLogBuffer(CurrPos);//获取要写入的位置在WAL BUffer中的地址
freespace = INSERT_FREESPACE(CurrPos);//页内剩余空间
  • 遍历每个XLOGRecord中rdata数据链中的每个rdata,然后拷贝到对应的Buffer为止
written = 0;
while (rdata != NULL)//遍历每个rdata数据链,将其拷贝到对应的WAL BUffer中
{
	char	   *rdata_data = rdata->data;
	int			rdata_len = rdata->len;
   //如果rdata要写入的长度大于每个页中的剩余空间,则循环遍历逐页去写 
    .....    
	memcpy(currpos, rdata_data, rdata_len); //拷贝到buffer中
	currpos += rdata_len;
	CurrPos += rdata_len;
	freespace -= rdata_len;
	written += rdata_len;
	rdata = rdata->next;
}

  • 如果rdata要写入的长度大于每个页中的剩余空间,则循环遍历逐页去写
while (rdata_len > freespace)//如果页内剩余空间不足以写完一个rdata,循环遍历写
{
	memcpy(currpos, rdata_data, freespace);//先拷贝业内剩余的空间的数据
	rdata_data += freespace;
	rdata_len -= freespace;
	written += freespace;
	CurrPos += freespace;
	currpos = GetXLogBuffer(CurrPos);//跳到下一页为止
	pagehdr = (XLogPageHeader) currpos;
	pagehdr->xlp_rem_len = write_len - written;
	pagehdr->xlp_info |= XLP_FIRST_IS_CONTRECORD;
	/* 跳过页头 */
	if (XLogSegmentOffset(CurrPos, wal_segment_size) == 0)
	{
		CurrPos += SizeOfXLogLongPHD;
		currpos += SizeOfXLogLongPHD;
	}
	else
	{
		CurrPos += SizeOfXLogShortPHD;
		currpos += SizeOfXLogShortPHD;
	}
	freespace = INSERT_FREESPACE(CurrPos);
}
  • 如果日志切换的XLOG日志,还需要将剩余段内空间置零。
XLogFlush

将数据刷入磁盘,根据传入的Record位置刷盘,会将WAL Buffer中小于指定位置的数据写入磁盘。

  • 如果Record值小于LogwrtResult.Flush,说明数据已经被刷入磁盘,直接返回即可
if (record <= LogwrtResult.Flush)
	return;
  • 等待所有小于WriteRqstPtr的插入操作结束,只有这样才能将所有小于Record的数据全刷入磁盘,更新要写入的位置为XLogCtl->LogwrtRqst.Write,然后 等待所有写入完成
//如果小于全局要刷的,则更新为全局的
SpinLockAcquire(&XLogCtl->info_lck); //抢锁更新XLogCtl
if (WriteRqstPtr < XLogCtl->LogwrtRqst.Write)
	WriteRqstPtr = XLogCtl->LogwrtRqst.Write;
LogwrtResult = XLogCtl->LogwrtResult;
SpinLockRelease(&XLogCtl->info_lck);

//等待所有插入操作完成,返回最终的位置
insertpos = WaitXLogInsertionsToFinish(WriteRqstPtr)
  • 抢占WALWriteLock锁
if (!LWLockAcquireOrWait(WALWriteLock, LW_EXCLUSIVE))//等待写入锁
{
	continue;
}
  • 写数据库前再检查一下是否所有数据已经刷入磁盘
LogwrtResult = XLogCtl->LogwrtResult;
if (record <= LogwrtResult.Flush)//再检查一下是否已经刷入过了
{
	LWLockRelease(WALWriteLock);
	break;
}
  • 将数据写入磁盘
WriteRqst.Write = insertpos;
WriteRqst.Flush = insertpos;
XLogWrite(WriteRqst, false);
  • 释放WALWriteLock锁
XLogWrite

XLogWrite函数是PostgreSQL数据库中用于处理WAL(预写式日志)记录的内部核心函数。以下是对该函数详细和具体的功能描述:

  1. 参数解释
    • XLogwrtRqst WriteRqst:表示要求写入的日志位置,包括需要写入的日志结束点。
    • bool flexible:指示是否可以灵活地选择写入点。如果为true,则可以在合适的边界处停止写入,例如缓存或日志文件边界,以避免不必要的多次写操作。
  2. 前置条件
    • 在调用此函数前,必须先获取WALWriteLock锁,并通过WaitXLogInsertionsToFinish(WriteRqst)确保待写入的数据已经准备就绪。
  3. 功能实现
    • 函数首先检查当前是否在临界区,确保并发安全。
    • 更新本地LogwrtResult变量到最新的日志写入状态。
    • 使用循环遍历日志缓冲区中的各个页面,从下一个未写入或部分写入的页面开始。
    • 检查并保证不超越插入过程,防止非法的日志写入请求。
    • 根据日志段切换逻辑,决定是否打开新的日志文件或者继续使用已有的日志文件。
    • 将连续的页面数据分组进行一次I/O写操作,提高效率。
    • 调用pg_pwrite将一组日志页写入磁盘,并在器和统计信息。
    • 如果每次写入后更新相关计数一页写入,则立即执行fsync完成了一个日志文件段的最后相关的归档、检查点和wal操作,确保数据持久化,并触发 sender唤醒等逻辑。
    • 如果执行相应的刷盘操作并更新

4 最后,在共享内存中更新日志写入结果的状态信息,确保LogwrtResult始终小于等于LogwrtRqst

XLOG日志的读取

ReadRecord

ReadRecord函数一般是在xlogStartup函数中调用,会启动一个reader流,然后回调该函数读取每个xlog记录数据。该函数又调用XLogReadRecord读取一个XLOG Record记录。调用链为:ReadRecord->XLogReadRecord->ReadPageInternal,等分析 #故障恢复 时再分析。

XLOG日志的删除

RemoveOldXlogFiles函数实现,流程如下

  • 根据入参计算出要删除的段文件名称,要回收的段号等信息
  • 遍历pg_wal目录下的每个文件,不是WAL日志文件格式就跳过
  • 通过文件名的逻辑ID+段ID判断是否小于要删除的段文件的ID,如果小于就删除文件,否则跳过
  • 更新XLOGCtl->lastRemovedSegNo
  • 调用RemoveXlogFile函数删除或回收重用该段文件

XLOG日志的checkpoint

CreateCheckPoint实现,参见checkpoint章节
#Checkpoint

XLOG日志的redo

xlog_redo函数实现,会根据XLOG的类型尽显对应的redo操作。等分析 #故障恢复 时再分析。

【参考】

  1. 《PostgreSQL数据库内核分析》
  2. 《Postgresql技术内幕-事务处理深度探索》
  3. 《PostgreSQL指南:内幕探索》
  4. pg14源码

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1611210.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

Python爬虫爬取中药材价格数据

&#x1f388; 博主&#xff1a;一只程序猿子 &#x1f388; 博客主页&#xff1a;一只程序猿子 博客主页 &#x1f388; 个人介绍&#xff1a;爱好(bushi)编程&#xff01; &#x1f388; 创作不易&#xff1a;喜欢的话麻烦您点个&#x1f44d;和⭐&#xff01; &#x1f388;…

【Ubuntu20.04+Noetic】UR5e+Gazebo+Moveit

环境准备 创建工作空间 mkdir -p ur5e_ws/src cd ur5e_ws/srcUR机械臂软件包 UR官方没更新最新的noetic的分支,因此安装melodic,并需要改动相关文件。 安装UR的模型配置包,包里面有UR模型文件,moveit配置等: cd ~/ur5e_ws/src git clone -b melodic-devel https://git…

llama-factory SFT 系列教程 (四),lora sft 微调后,使用vllm加速推理

文章目录 文章列表&#xff1a;背景简介llama-factory vllm API 部署融合 lora 模型权重 vllm API 部署HuggingFace API 部署推理API 部署总结 vllm 不使用 API 部署&#xff0c;直接推理数据集 tenplatevllm 代码部署 文章列表&#xff1a; llama-factory SFT系列教程 (一)&a…

【Django】调用django的pbkdf2_sha256加密算法测试

基于django搭建的系统中&#xff0c;用到pbkdf2_sha256&#xff08;&#xff08;Password-Based Key Derivation Function 2&#xff09;&#xff09;加密算法&#xff0c;这里做些代码测试、总结。 PBKDF2简介 PBKDF2是一种基于密码的密钥派生函数&#xff0c;用于从用户提供的…

cv2技术原理-图像旋转原理及手动实现

cv2技术原理-图像旋转原理及手动实现 1、图像旋转opencv实现2、cv2.getRotationMatrix2D函数解释3、数学原理推导旋转矩阵M4、手动计算旋转矩阵M5、旋转矩阵M的使用6、使用旋转矩阵M手动实现旋转功能 1、图像旋转opencv实现 图像旋转在对数据集数据增强&#xff08;主要是随机…

Spring 声明式事务控制

1. 编程式事务控制相关对象 1.1 PlatformTransactionManager PlatformTransactionManager 接口是 spring 的事务管理器&#xff0c;它提供了我们常用的操作事务的方法。 PlatformTransactionManager 是接口类型&#xff0c;不同的 Dao 层技术则有不同的实现类。例如:Dao层技…

Sileo安装插件报错:Depends mobilesubstrate

Sileo安装插件报错 iOS 15.8系统&#xff0c;使用palera1n越狱&#xff0c;然后使用Sileo安装插件的时候&#xff0c;有些插件会报错&#xff1a;Depends mobilesubstrate&#xff08;比如AppStore plus&#xff09; 报错的原因分析 从提示信息很容易可以看出&#xff0c;当…

upload-labs第十一十二关

第十一关 $is_upload false; $msg null; if(isset($_POST[submit])){$ext_arr array(jpg,png,gif);$file_ext substr($_FILES[upload_file][name],strrpos($_FILES[upload_file][name],".")1);if(in_array($file_ext,$ext_arr)){$temp_file $_FILES[upload_fil…

MySQL-进阶篇-一条sql更新语句是如何执行的(redo log和binlog)

上一篇&#xff1a;一条sql查询语句是如何执行的 http://t.csdnimg.cn/nV3EY 摘自&#xff1a;林晓斌MySQL实战45讲——第二篇 更新语句的执行过程与上一篇查询流程相同&#xff0c;本篇简写。 但多了两个重要的日志模块&#xff1a;redo log&#xff08;重做日志&#xff0…

leetcode:滑动窗口----3. 无重复字符的最长子串

给定一个字符串 s &#xff0c;请你找出其中不含有重复字符的 最长 子串 的长度。 示例 1: 输入: s "abcabcbb" 输出: 3 解释: 因为无重复字符的最长子串是 "abc"&#xff0c;所以其长度为 3。示例 2: 输入: s "bbbbb" 输出: 1 解释: 因为…

利用穷举算法求一个整数数组A中的逆序对的个数(C语言)

目录 实验内容&#xff1a; 实验过程&#xff1a; 1.算法设计 2.程序清单 3.复杂度分析 4.实验结果 实验内容&#xff1a; 给定一个整数数组A&#xff08;a0,a1,…,an-1&#xff09;&#xff0c;若i<j且ai>aj&#xff0c;则<ai,aj>就为一个逆序对&#xff0c…

STM32电机控制SDK实战

一、前言 本次测试基于ST开发板NUCLEO-F302R8&#xff0c;驱动板X-NUCLEO-IHM07M1&#xff0c;使用无刷直流电机BLDC实现FOC控制&#xff1b;采样三霍尔传感器检测电机转子位置&#xff1b;基于速度环闭环控制实现电机转动&#xff1b; 二、实战环境 软件环境&#xff1a; 1…

布隆过滤器初探

1、什么是布隆过滤器 布隆过滤器是一个很长的二进制向量和一系列随机hash函数。布隆过滤器可以用于检索一个元素是否在一个集合中。 常见的hash函数的应用hashMap、hashSet等 回顾一下hashMap的结构 hashMap由数组链表红黑树&#xff08;java1.8后&#xff0c;链表元素长度大…

Redis入门到通关之GEO实现附近的人功能

文章目录 ☃️概述☃️命令演示☃️API将数据库表中的数据导入到redis中去☃️实现附近功能 ☃️概述 GEO就是Geolocation的简写形式&#xff0c;代表地理坐标。Redis在3.2版本中加入了对GEO的支持&#xff0c;允许存储地理坐标信息&#xff0c;帮助我们根据经纬度来检索数据。…

OpenHarmony 蓝牙相关API用法

介绍 本示例通过使用蓝牙低功耗心率服务&#xff0c;展示蓝牙相关API用法。实现了以下几点功能&#xff1a; 发现具有特定服务的设备。连接到设备。发现服务。发现服务的特征、如何读取给定特征的值、为特征设置通知等。 相关概念 BLE扫描&#xff1a;通过BLE扫描接口实现对…

【DA-CLIP】图像复原在AutoDL上部署测试

起因&#xff1a; 虽然在本机Windows部署成功运行&#xff0c;但是由于计算资源少只有6G的GPU无法计算手机拍摄图像复原和其他一些数据集测试&#xff0c;尝试租用AutoDL的服务器部署测试 租AutoDL 租的人很多&#xff0c;刚确定运行的镜像环境就报告说这个机子已经没卡了&am…

《QT实用小工具·二十八》基于qt开发的各种曲线

1、概述 源码放在文章末尾 该项目实现了各种曲线的绘制&#xff0c;下面是项目的demo演示&#xff1a; 项目部分代码如下&#xff1a; #include "frmsmoothcurve.h" #include "ui_frmsmoothcurve.h" #include "smoothcurve.h" #include "…

中颖51芯片学习7. printf重定向到串口与自定义日志输出函数

中颖51芯片学习7. printf重定向到串口与自定义日志输出函数 一、 printf 重定向1. 概念2. 实现方式3. C51 中printf数值格式化 二、日志函数1. 实现方案分析2. 代码&#xff08;1&#xff09;log_utils.h&#xff08;2&#xff09;main.c 3. 通过预定义宏实现日志分级输出&…

偏微分方程算法之二维初边值问题(紧交替方向隐格式)

目录 一、研究对象 二、理论推导 2.1 二维紧差分格式 2.2 紧交替方向格式 2.2.1 紧Peaceman-Rachford格式 2.2.2 紧D’Yakonov格式 2.2.3 紧Douglas格式 三、算例实现 四、结论 一、研究对象 继续以二维抛物型方程初边值问题为研究对象: 为了确保连续性,公式…

OpenHarmony移植的加解密库—libsodium [GN编译]

简介 libsodium主要是易用&#xff0c;可移植的加解密库。 下载安装 直接在OpenHarmony-SIG仓中搜索libsodium并下载。 使用说明 以OpenHarmony 3.1Beta的rk3568版本为例 库代码存放路径&#xff1a;./third_party/libsodium 修改添加依赖的编译脚本&#xff0c;路径&#…