本文主要是介绍[转]pg插入执行成功但是没有数据_pg_lightool基于basebackup的单表恢复和块恢复，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
作者简介
李传成: 瀚高软件内核研发工程师，主要研究方向为数据库的备份和恢复，对wal日志的原理和应用有较深的理解。自研了wal日志解析工具walminer、pg块恢复工具pg_lightool。
背景
开源软件pg_lightool，实现了基于wal日志的块恢复。详情参见博客：https://my.oschina.net/lcc1990/blog/1931485。由于wal日志中FPW的不确定性，它不能作为一个数据库恢复的解决方案。目前对pg_lightool的代码做了升级，它可以基于一个basebackup和basebackup之后的wal日志完成某个数据表的恢复或者某些page的恢复。项目开源地址：https://gitee.com/movead/pg_lightool。
工具的安装方法在之前的博客里有详细说明，不再赘述。本文主要说明一下pg_lightool新功能的使用方法。新功能的主要应用场景：有基础备份的数据量级比较大的数据库，在发生表或者块数据损坏时，用于损坏数据的快速恢复。
一、实验数据准备
1.初始化数据库后设置归档目录
2.创建表插入测试数据
3.如下闭库后删除刚才产生的wal日志。用于保证数据是从basebackup获取的。
4.启动数据库做基础备份
5.测试数据修改(涂掉的地方是log输出有点串行，忽略即可)
二、基于basebackup和wal日志的单表完全恢复
1. 关闭数据库，模拟表破坏
2. 闭库，执行恢复命令后查看数据
说明：
使用-b 参数为-1即为全表恢复。
使用-r参数指定basebackup的路径。
命令执行成功后，在数据文件所在的目录生成wtrbk_*_*目录保存旧的数据
说明：表完全恢复的数据正确。
三、基于basebackup和wal日志的单表不完全恢复
在修改测试数据的时候，有一个delete语句，假设这个delete语句是误操作。我们想把数据恢复到这个delete语句之前，应该怎么办？如下是使用pg_lightool工具的不完全恢复演示过程。
1.使用pg_waldump到wal日志中查看这个delete语句的之前成功的一个事务提交，如下结果可以看出delete语句的xid是581，前一个提交的事务是580
2.闭库执行恢复，并查看结果
说明：
使用了-x参数指定停止wal日志redo的xid，还可以替换为使用-e参数指定时间。
假设delete为误操作，此时误操作数据已恢复，不完全恢复出的数据正确。
四、基于basebackup和wal日志的单block完全恢复
1.闭库删除t2的数据，并执行恢复命令
说明：-b参数指定要恢复的page为0,1,2
2.查看数据
说明：表完全恢复的数据正确。
五、基于basebackup和wal日志的单block不完全恢复
1.闭库删除t2的数据，并执行恢复命令
2.查看数据
说明：表不完全恢复的数据正确。
六、后记
1.此恢复操作没有计入wal日志，因此执行恢复后，需要立即备份。
2.目前代码只适用pg10以及之前的版本。
3.如有bug请issue或联系我(lchch1990@sina.cn)
PostgreSQL中文社区欢迎广大技术人员投稿
投稿邮箱：press@postgres.cn
这篇关于[转]pg插入执行成功但是没有数据_pg_lightool基于basebackup的单表恢复和块恢复的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
