postgreSQL——事务处理3

2021@SDUSC

目录

概述

TransactionStateData

1）nestingLevel

2）gucNestLevel

3）curTransactionOwner

4）preUser

 总结

---

概述

上一周分析了事务系统上层事务块的操作，主要涉及事务执行的入口和出口的相关处理。这一周，我分析postgreSQL源码整理了一下事务进入到底层事务之后的具体处理过程。大致分析了一下后发现postgreSQL关于底层事务的处理主要包括三大部分：资源和锁的获取及释放、信号的处理、日志记录等。

根据分析得知，postgreSQL系统中，事务的状态定义在TransState中。

TransState表示的是一种低层次的事务状态。而事务处理过程中存储事务状态相关数据的数据结构是TransactionStateData

TransactionStateData

typedef struct TransactionStateData{

TransactionId tansactionId;                         //当前事务XID

SubTransactionId subTransactionId;//子事务ID

char *name; //保存点名称

int savepointLevel;//保存点层数

TransState state;//低层次事务状态

TBlockState blockState;//事务块状态

int nestingLevel;//事务嵌套深度

int gucNestLevel;//GUC嵌套深度

MemoryContext curTransactionContext;//事务当前上下文

ResourceOwner curTransactionOwner;//缓冲区等资源

TransactionId*chilXids;//提交的子事务链表

int nChildXids;//提交的子事务个数

int maxChildXids;//已分配的子事务存储空间

Oid preUser;//标记用户OID

bool preSecDefCxt;//用户上下文环境设置

bool prevXactReadOnly;//只读事务标记

struct TransactioStateData*parent;//指向父事务代表的指针

}TransactionStateData;

在TransactionStateData结构中，根据分析和上网查找文献，根据重要性我分析了以下几个字段的作用。

1）nestingLevel

代表当前事务所在的嵌套级别，其中顶层事务的嵌套级别为1，每开启一个子事务（通过调用PushTransaction函数），该子事务的nestingLevel将在父事务的基础上加1。

2）gucNestLevel

记录的是本事务GUC（全局统一配置）的嵌套深度。在TopTransaction中会分配一个GUC用来存储事务嵌套压栈后GUC变量的变化情况。当子事务提交时，其父事务变量会出栈，此时的gucNestLevel与GUC栈中的嵌套级别比较，用来确定GUC变量是否恢复，即当此时的gucNestLevel小于GUC栈的嵌套级别，表示当前的GUC变量需要恢复。顶层事务的gucNestLevel为1，当函数PushTransaction把子事务压入栈的时候，首先会把全局变量GUCNestLevel加1，然后再把该值赋给子事务的gucNestLevel。当一个子事务中止时，在gucNestLevel大于等于当前事务嵌套级别（nestingLevel）的事务定义全局变量都会被丢弃。

3）curTransactionOwner

是指向ResourceOwnerData的指针，用于记录当前事务占有的资源。

4）preUser

记录的是上一个CurrentUserId设置，因为事务执行过程中CurrentUserId可能改变。当开启子事务，父事务入栈时，postgreSQL会调用GetUserAndContext将当前UserId保存起来，当事务出栈时会调用SetUserAndContext恢复父事务曾经的UserId。CurrentUserId对应的是目前执行环境下的用户名。例如，访问权限查询函数has_table_privilege查询用户是否有访问表的权限，该函数缺省的用户即CurrentUserId。

 总结

这个周分析了postgreSQL中关于底层事务的事务状态的源码结构体，下个周打算在着重分析一下底层事务的操作函数源码的运行机制。

欢迎批评指正。