我在 AWS RDS 上有两个 Postgres 13 数据库。
select * from pg_stat_subscription;，发现虽然latest_end_lsn进展很慢，但还是在进步。我能做些什么吗？之前我将wal_receiver_timeout超时设置为 0，因为我遇到了复制问题，这很有帮助。我希望我能在这里有一些可见性，以便确信它会成功，但除了这些lsn值和数据库日志之外，我不确定要检查什么。
我正在查看 Postgres 中的复制。我们同时进行逻辑和二进制。我执行select * from pg_stat_replication order by state;并查看发送/写入/刷新/重播 lsn 值。它们的外观31855/17CB26A8和价值观随着时间的推移而进步。
为了获得当前位置，我执行了 a select pg_current_wal_lsn();，它位于319E1/73CDD590。
我的问题是，随着值的前进，它们几乎达到当前位置，然后“翻转”并重新开始。这是正常的吗？
我使用的是 v13.10。
我有一张有一堆列的桌子。其中facility_id和po_date。我正在编写一个复杂的查询，并且我在这两列上有一个索引。您可以从下面的计划器输出中看到 Postgres 在加入我的facility表时使用该索引作为索引条件。
我的问题实际上是关于Filter:下面一行中列举的列的存在。exclude, verified, 并且deleted不在顶部引用的索引中，那么 Postgres 是如何实际获取这些列中的数据的呢？我本来希望明确引用全表扫描，但是在任何地方都看不到。全表扫描可以悄悄地隐藏在一个中Filter吗？
该表大小为 50M 行，我使用的是 Postgres 10。此外，这部分查询位于 CTE 中。
-> Index Scan using clustered_table_facility_id_po_date_idx on clustered_table cp (cost=0.56..1401.08 rows=31929 width=37) (actual time=0.021..5.331 rows=9572 loops=3640)
Index Cond: (facility_id = af.id)
Filter: ((NOT exclude) AND (verified IS NULL) AND (deleted IS NULL))
Rows Removed by Filter: 2819
我有一张有 2 亿行的 +80 演出的桌子。我试图加快速度，我注意到它有大量的 varchar 列。在模式中，它们的长度范围从 15 个字符到 250 个字符，大多数设置为 50。所有 varchars 的总长度为 850 个字节。在实际使用中，很多字段为空或者字符串很短。
我知道 Postgres 使用 8k 页面大小。现在，如果我必须进行全表扫描并假设最坏的情况，每页 8k / 850 = 9.6 条记录。浏览我的整张桌子将（并且确实）需要很长时间。然而实际上，由于这些字段中的大多数都是空的，那么磁盘上将为这些 varchars 分配多少空间？每页是否会有更多记录，或者 Postgres 是否添加了一些填充以方便以后更新？
我问的原因是因为我正在探索通过将尽可能多的不经常访问的 varchars 列从该表中踢出并进入我们将通过连接访问的另一个列来提高性能的想法。
对我的逻辑的任何确认或否认都将受到赞赏。
米
我有一个包含约 2 亿行的表，其中包含一个日期列。我想执行以下查询。
select my_date from my_table
where my_date > to_date('2020-10-01', 'YYYY-MM-DD');
在执行查询时，在每行中的每个 my_date 上，数据库中的日期值将与我的字符串日期进行比较，该字符串日期转换为日期对象。postgres 是否足够聪明，可以意识到这种从字符串到日期对象的转换只需要执行一次，还是会在每一行都执行？