PostgreSQLpg_rewind实例--could-创新互联

一、介绍

创新互联坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站设计、成都网站建设、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的宜昌网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

作为pg_rewind报错章节补充一个用例，说明其用法。

二、实例

1、history文件

--新主
$ cat 00000004.history
1    0/140000C8    no recovery target specified
2    0/19000060    no recovery target specified
3    0/1F000090    no recovery target specified

--老主
$ cat 00000003.history
1    0/140000C8    no recovery target specified
2    0/19000060    no recovery target specified

2、查找分叉点
PostgreSQL pg_rewind实例--could
说明：findCommonAncestorTimeline：
1）比较sourceHistory[0]、targetHistory[0]的时间线和begin的值，可以得出两者相等，则转到第2个条目的比较
2）比较sourceHistory[1]、targetHistory[1]的时间线和begin的值，可以得出两者相等，则转到第3个条目的比较
3）比较sourceHistory[2]、targetHistory[2]的时间线和begin的值，可以得出两者相等，此时比较结束
4）取第3个条目进行返回：MinXLogRecPtr(sourceHistory[i].end, targetHistory[i].end)，此时返回的是sourceHistory[i].end的值作为分叉点，即 0/1F000090

3、此时ControlFile_target.checkPoint < divergerec && target的chkptendrec!=divergerec，所以可以进行pg_rewind

4、findLastCheckpoint查找分叉点divergerec之前最近的checkpoint作为rewind起点。
1）首先需要定位到分叉点divergerec开始的记录，然后根据该记录的xl_prev指针定位前一个wal记录
2）判断第1）步得到的wal记录是否是checkpoint，如果不是则重新返回到第1），直到找到checkpoint点
3）这里就有个问题，如果得到的分叉点正好是老主结束位置，即本例：1F000090为分叉点，实际上是老主和新主没有发生数据分叉，可以认为是没有作为备没有接收完新主数据呢
4）target从1F000090这个位置开始获取prev指针向前找checkpoint时，因为这个位置后都是0了，所以不能继续向下遍历找了，报错：could not find previous WAL record at %X/%X

三、小结

这里pg_rewind执行时，判断不出来没有分叉的情景，即本文的场景。此时执行pg_rewind会报错，让用户还以为WAL文件由损坏导致执行pg_rewind失败。这个工具如果能够将这种场景识别出来，报不需要rewind是不是更好？

四、pg_rewind原理及报错流程分析参考

https://blog.51cto.com/yanzongshuai/2368285
https://blog.51cto.com/yanzongshuai/2334303

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

当前名称：PostgreSQLpg_rewind实例--could-创新互联
URL网址：http://cdiso.cn/article/ddhgji.html

PostgreSQLpg_rewind实例--could-创新互联

其他资讯