注: 本文为云贝教育 刘峰 原创,请尊重知识产权,转发请注明出处,不接受任何抄袭、演绎和未经注明出处的转载。【PostgreSQL】PostgreSQL中误删除数据怎么办(一) - 课程体系 - 云贝教育https://www.yunbee.net/Home/News/detail/article_id/482.html
在我们学习完PG的MVCC机制之后,对于DML操作,被操作的行其实并未被删除,只有手工vacuum或自动vacuum触发才会清理掉这些无效数据,也就是死元组。
基于这种机制,在发生死元组清理动作之前,只需要将其中不可见的行中的数据解析出来,或者发生脏读,就可以获取到误删除的数据。虽然PG不支持脏读,但今天介绍的pg_dirtyread插件,可以实现脏读。
下载地址
GitHub - df7cb/pg_dirtyread: Read dead but unvacuumed tuples from a PostgreSQL relation
这个网页上有详细的安装说明
编译安装
这里发现被删除的数据还在块中
这一步很关键!!!
这一步很关键!!!
这一步很关键!!!
last_vacuum和last_autovacuum都是空的,表示还未被vacuum过。
删除数据后,需要查询一下,pg_dirtyread中的dead列才会更新。也就是pg_dirtyread需要扫描一次表中的page才知道该行是不是被修改过。
如果做不完全恢复,即恢复数据到某个时刻,需要使用函数pg_xact_commit_timestamp将事务ID进行转换。
xmax_time 就是数据具体删除时间
这种场景下,就无法通过脏块或解析死元组中的数据信息来恢复数据库,下一篇介绍WALMINER恢复误删除的数据。
如果不小心误删除了数据,可以通过特殊手段来恢复数据的,具体恢复步骤如下:
1. 对表执行禁用vacuum(特别强调,这一步非常重要)
2. 使用pg_dirtyread插件查询被删除的数据,同时将数据抽取到中间表
另外,如何要找的数据己被vacuum,还可以通过分析数据具体被删除的时间,然后通过WalMiner解析wal日志,找到对应的时间点,生成undo sql(如果执行的delete,undo sql就是insert语句)。