前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >PostgreSQL Vacuum again!

PostgreSQL Vacuum again!

作者头像
AustinDatabases
发布2019-06-21 16:38:22
3860
发布2019-06-21 16:38:22
举报
文章被收录于专栏:AustinDatabasesAustinDatabases

接上期,没说完的 Vacuum ,我们的继续说说PostgreSQL 的某些原理

首先我们创建一个表格

在创建完表后,可以参看表的整体列包含隐藏列

tong

tableoid 列是承担表是否有继承方面的关系确认

xmin 用于表示这一行的事务ID (我们这里插入一行数据,并且查看这行数据)

然后我们查看当前的事务XID,已经是已经使用的XID +1

再次插入数据,在查询XID ,说明这个xmin是自增的一个数值

而xmax 是代表这行的事务,终止的事务号,详情见图,我们删除了这行,所以就有了xmax 的号码

而如果我们不删除,我们更新这行,则只会增长xmin 的号码

而我们如果批量的插入数据则xmin的数字是一致的

这时我们删除从 4 到 10 的记录行

那我们的记录到底怎么样了,我们通过 pageinspact 来查看,蓝色区域就是我们插入的4-10 的数据,并且已经删除了,英文后面有t_xmax

当然这里还有update的事情,这里就略过,这里一句带过,update 的想当于 delete insert 的操作。

而cmin cmax 的意思,当我们以事务的模式来插入数据时,cmin cmax会根据插入的顺序,进行相关数字的填充

此时我们通过事务的方式删除3条数据

在当前事务不commit 的情况下,我们打开另一个session去查看当前的状态,对比当前session的状态

当前的session

其他session

以上操作,其实包含着POSTGRESQL 的 MVCC 和 isolation 的部分原理。

这是表中的页存储是下面截图的样子

而当我们在执行了清理的命令后,数据页面变成下面的样子。过期的数据已经被清空。

待续....

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2019-05-29,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 AustinDatabases 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档