MySQL 8.0发行说明
MySQL 8.0源代码文档10bet官方网站
组复制可确保仅在组中的大多数成员收到它并同意同时发送的所有交易之间的相对顺序后，交易仅提交。如果组的写入总数不超过组中任何成员的写入容量，则此方法运行良好。如果它和一些成员的写入吞吐量少于其他成员，那么这些成员可以开始滞后作家。
在集团后面滞留的一些成员带来了一些有问题的后果，特别是，这些成员的读数可能是非常旧的数据。根据为什么成员滞后后面，该组中的其他成员可能必须节省更多或更少的复制上下文，以便能够满足来自慢速成员的潜在数据传输请求。
然而，在复制协议中有一种机制，以避免在快速和慢速成员之间应用的事务方面具有太多距离。这称为流量控制机制。它试图解决几个目标：
让成员足够接近，以便在成员之间进行缓冲和解除同步一个小问题;
快速调整到更改不同工作负载或更多组中的条件;
为每个成员提供公平的可用写入能力;
不仅仅是严格必要地减少吞吐量，以避免浪费资源。
鉴于组复制的设计，可以在考虑两项工作队列中决定是否会扼杀或不节流的决定：（一世）这认证队列;（ii）在二进制日志上适用者队列。每当这些队列之一的大小超过用户定义的阈值时，触发限制机制。只配置：（一世）是否在验证者或应用程序级别进行流量控制，或两者;和（ii）每个队列的阈值是多少。
流量控制取决于两个基本机制：
监测成员收集所有集团成员的吞吐量和队列规模的统计数据，以对每个成员应受到教育的猜测。
试图在每时每刻都在尝试超越其公平份额的成员的节流。