组复制确保事务仅在组中大多数成员收到并就所有并发发送的事务的相对顺序达成一致后才提交。如果写入组的总数量不超过组中任何成员的写入能力，这种方法非常有效。如果超过了这个限制，并且某些成员的写入吞吐量低于其他成员，特别是低于写入成员，那么这些成员可能会开始落后于写入成员。

有些成员落后于组会导致一些问题，特别是这些成员上的读取可能会输出非常旧的数据。根据成员落后的原因，组中的其他成员可能需要保存更多或更少的复制上下文，以便能够满足来自速度较慢成员的潜在数据传输请求。

但是，复制协议中有一个机制可以避免在应用事务方面，快速成员和慢速成员之间存在太多距离。这被称为流量控制机制。它试图解决几个目标

鉴于组复制的设计，是否进行节流的决定可以考虑两个工作队列：(i) 认证 队列；(ii) 以及二进制日志 应用 队列。只要其中一个队列的大小超过用户定义的阈值，就会触发节流机制。只需配置：(i) 是否在认证器或应用器级别进行流量控制，或两者兼而有之；以及 (ii) 每个队列的阈值。

流量控制取决于两种基本机制