我将 Postgres 的端口更改为，2345并且我的套接字位于：
/tmp/.s.PGSQL.2345
如果我运行，psql我会收到此错误：
psql: error: connection to server on socket "/tmp/.s.PGSQL.5432" failed: No such file or directory
如何传递套接字路径？
我想将 Patroni 使用 PostgreSQL 13 管理的正在运行的时间尺度集群升级/移动到使用 PostgreSQL 14 的新硬件，数据集约为 40GB，但需要很长时间才能使用：
pg_dump -j 8 -Fd -f /tmp/promscale.back -v promscale
如果使用相同ts-dump
因此想知道我是否可以使用 pg_basebackup？目前我正在尝试类似的东西：
pb_basebackup -h 10.1.2.3 -U replicator -P -D /db/data14 -S slot1 -X stream --checkpoint=fast
但我只得到这个而没有进展：
waiting for checkpoint
关于如何以最小的零停机时间加速转储或升级的任何想法？
我需要运行一个 alter 语句，但想防止锁定/停止集群。Galera 文档建议使用：
SET wsrep_OSU_method='RSU';
然后运行 ALTER 语句，一旦完成：
SET wsrep_OSU_method='TOI';
问题是这需要在每个节点上运行，而且我只能访问负载均衡器后面的一个节点，有什么替代方案或解决方法吗？
Galera 使用基于认证的复制来实现强一致性。
在执行完其他节点后执行事务COMMIT时，其他节点将对其进行认证，如果没问题，它将成功提交。
但是，如果丢失了一个验证提交但仍在获取数据的节点，例如在写一个 big 时，会发生什么blob？
据我了解，认证过程是同步的，但数据传输是异步的，这意味着客户端/用户可能认为他的数据在成功运行后存储在所有节点上，COMMIT但实际上在后端发生的是数据可能仍然存在在节点之间同步，在网络中断的情况下，根据交易类型，节点可能会发生冲突，对吗？
如果是这种情况，如何将集群配置为从可能的冲突中自我修复，或者想知道是否有一种方法可以实现强一致性，即使它会影响每个的返回时间，COMMIT因为它应该只有在数据被删除后才能成功在所有节点上完全传输。