2021@SDUSC
目录
概述
上一周分析了事务系统上层事务块的操作，主要涉及事务执行的入口和出口的相关处理。这一周，我分析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中关于底层事务的事务状态的源码结构体，下个周打算在着重分析一下底层事务的操作函数源码的运行机制。
欢迎批评指正。
?