PostgreSQL XID与virtual XID区别
PG中事务号有两个概念，一个就是通常意义上的事务号transaction> 什么区别呢？1.Transaction> 它是用来标识事务的顺序的，类似于Oracle的LSN（Logical Sequence Number)。但是PG中的这个事务号是可以wrap的，也就是重复使用的。
PG定义此事务ID为32位长度。相当于4 billion。因为是重复使用的，所以首尾相接，构成一个环。那也就是说，对于任何一个事务ID，有2 billion的事务ID比自己old，
有2 billion的事务比自己new。另外有三个事务ID有特殊意义：”0”代表invalid 事务号，”1”代表bootstrap事务号，“2”代表frozen 事务，“3”代表最小的用户事务ID。
另外，1“和”2“也都是valid。frozen transaction>
因此将老的事务号设置为”2”，表示是frozen transaction。frozen transaction>
transaction>
transaction>
事务号类型定义：
2.Virtual Transaction>
也就是通常所讲的虚拟事务ID。virtual transaction>
backend process>
也就是说这个local transaction>
图中第一个红色圈中部分就是全局的transaction>
前面部分为backend>
pid是操作系统的进程号。virtual transaction>
virtual transaction> 从上面图中的mode列，我们可以清晰的看到。
定义如下：
3.总结
为什么PG会搞这么两个transaction> 我们知道，像类似于SELECT语句，并不会改变数据库；而DML语句会对数据库状态产生影响。因此这也就是为什么区别对待的原因。
transaction> 这也符合的数据库理论ACID的要求。
而查询，实际上并不需要这种永久事务ID，只需要处理好MVCC，锁的获取和释放即可，因此virtual transaction>
从而提高数据库性能。另外，数据库也不会因为查询而导致transaction> 以此区间去对比每个tuple header中的xmin和xmax即可得到可见性snapshot。MVCC详细实现见”PostgreSQL MVCC 源码实现“。
另外获取的时机也有很大差别。PG的事务实现有三层，分别为top layer, middle layer 和bottom layer。virtual transaction>
命令都有virtual transaction> 这也是我们通常讲的xmin或者xmax。
页:
[1]