[英]Postgres Logical Replication - Limiting Bandwidth Per Publisher/Subscriber
我有一个出版商，大约有 50 个订阅者。 不经常（每月几次）将大小为 30MB 的二进制文件写入数据库。 此时所有订阅者都在获取此文件，但我遇到了网络带宽问题。
是否可以限制（在 Postgres 或操作系统中）每个发布者/订阅者的逻辑复制使用的带宽？
是否可以限制首次同步期间使用的带宽？
在 PostgreSQL 级别，我可以建议尝试减少发送服务器上的max_wal_senders参数（默认为 10）
根据您可以接受的延迟，您可以将并发发送进程的数量限制为一次最多 1 个进程
Postgres 逻辑复制：复制槽、订阅者和发布者创建顺序很重要吗？
[英]Postgres Logical Replication: Replication slot, Subscriber and Publisher Creation Order Matters?
Postgres 逻辑复制 - 在不访问发布服务器的情况下监控订阅服务器
[英]Postgres Logical Replication - Monitor Subscriber Without Accessing the Publisher Server
postgres 逻辑复制不起作用。 错误提示“无法连接到发布者”
[英]postgres logical replication not working. Error says "could not connect to the publisher"
PostgreSQL逻辑复制应使用多少CPU /带宽？
[英]How much CPU / bandwidth should PostgreSQL logical replication be using?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
