怎么通过heap_page_items和get_raw_page判断数据是提交了还是回滚了呢

我来答

2024-01-20

上图分别插入了数据 1 和数据 2 ，数据 1 进行了提交，数据 2 进行了回滚，但是在 heap_page_items(get_raw_page(‘tt’,0))的结果中t_infomask2、t_infomask、t_xmax 显示的都是一样的，如何在不进行select * from tt查询时知道 heap_page_items(get_raw_page(‘tt’,0))结果中那些行数据时是正常提交的呢？

我来答

添加附件

问题补充

6条回答

默认

最新

江湖小虾米

一个事务只有4种状态，处理中，提交，回滚，子事务提交。在clog中用0，1，2，3表示，一个事务占2个bit位，一个字节可以存放4个事务。你按照这个规则算一下它在哪个块里的哪个位置呗，看下具体的值就可以判断事务状态了。

有用 8

打赏 0

江湖小虾米

事务提交状态是写到clog中的，提交时并不会修改tuple上的事务状态。只有其他事务select后才会从clog里读取相应的事务状态并更新tuple上的事务状态。类似于Oracle里的延迟块清除。原因也类似，提交的时候更新tuple可能成本很高。不select是没办法判断tuple上的事务状态的。

有用 9

打赏 0

柚子身上依

题主

2024-01-21

进行 select 后，使用 SELECT * FROM heap_page_items(get_raw_page('tt', 0)); 查询的结果还是都一样的啊

江湖小虾米

看下这个https://www.modb.pro/db/1749048324070133760

有用 3

打赏 0

柚子身上依

你好，文章我看了，您的意思是事物的提交状态保存在clog目录下面的文件中吧？我检查了插入提交和回滚这两个事物对应的文件已经不存在了。那在查询的时候怎么判断这两条数据那个是提交还是回滚了呢？

有用 2

打赏 0

江湖小虾米

没有clog数据库实例是无法启动。我不知道你所说的两个事务对应的文件不存在了说的是不是clog目录是空的。
即使clog目录是空的，数据库也是正常的，按照你上面截图的状态，这两个事务会丢失，即任何事务都看不到这两个事务的操作。还有就是clog先是缓存在了buffer中，在一定的条件下才会刷新到clog文件中。