大佬,Flink CDC中我觉的con比res小,在PostgreSQL中,restart_lsn与

大佬,Flink CDC中我觉的con比res小,在PostgreSQL中,restart_lsn与confirmed_flush_lsn之间的主要区别在于它们所表示的数据复制进度。restart_lsn表示复制消费者下次开始复制的位置,而confirmed_flush_lsn表示复制消费者已成功处理并确认的最后一条日志记录的位置。

一般来说,confirmed_flush_lsn的值应小于或等于restart_lsn。这是因为confirmed_flush_lsn表示已经处理并确认的数据位置,而restart_lsn则表示下一次复制将开始的位置。在正常情况下,confirmed_flush_lsn会逐渐逼近restart_lsn,但通常不会超过它。image.png restart_lsn上接wal日志,是断点续传的点位,confirmed_flush_lsn下接消费者,是记录消费进度的点位,restart_lsn>=confirmed_flush_lsn,单位英文百万,我理解是整个wal的最小lsn,整个wal的最大lsn是current_lsn,我也在表里查过这两个字段,但是我查的字段里有字母,搞的我无法直观看出来,就用监控做差值来看image.png

展开
收起
真的很搞笑 2023-05-01 16:32:42 363 分享 版权
1 条回答
写回答
取消 提交回答
  • mil是什么意思 ,是啊,正常跑的情况下,con一般都是消费了最新的数据,所以它的值是整个wal的最大lsn?这图看不懂,我都是看pg_replication_slots表image.png 看着都是con》res,此回答整理自钉群“Flink CDC 社区”

    2023-05-02 08:00:13
    赞同 展开评论

大数据领域前沿技术分享与交流,这里不止有技术干货、学习心得、企业实践、社区活动,还有未来。

还有其他疑问?
咨询AI助理