微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

PostgreSQL缓存脏块的一个奇怪现象

这是我在写程序过程中发现的,一个不应该为脏的块被标记为脏,Postgresql 9.3.1。

出现步骤(用UPDATE语句也同样出现)

创建表并插入一条数据
create table t1(c1 integer);
insert into t1 values(1);

此时
postgres=# select * from pg_buffercache where isdirty;
bufferid | relfilenode | reltablespace | reldatabase | relforknumber | relblocknumber | isdirty | usagecount
----------+-------------+---------------+-------------+---------------+----------------+---------+------------
..........若干
196 | 16385 | 1663 | 12896 | 0 | 0 | t | 1

写出缓存
postgres=# checkpoint ;
CHECKPOINT
postgres=# select * from pg_buffercache where isdirty;
bufferid | relfilenode | reltablespace | reldatabase | relforknumber | relblocknumber | isdirty | usagecount
----------+-------------+---------------+-------------+---------------+----------------+---------+------------
(0 rows)
可以看到脏块已经消失

重启
pg_ctl stop -D ../data
pg_ctl start -D ../data

查询t1
postgres=# select * from t1;
c1
----
1
(1 row)

查看脏块
postgres=# select * from pg_buffercache where isdirty;
bufferid | relfilenode | reltablespace | reldatabase | relforknumber | relblocknumber | isdirty | usagecount
----------+-------------+---------------+-------------+---------------+----------------+---------+------------
86 | 16385 | 1663 | 12896 | 0 | 0 | t | 1
(1 row)

按理这里不应该是脏块才对 过段时间,此现象消失,再查询它不会出现脏块中。 我查看过读取缓存的代码,目前没有发现。 此外,脏块的标记并不是靠块状态,而是块描述符,描述符是在数据库运行过程之中维护,无法理解怎么会存在这种现象。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。

相关推荐