此设置控制何时启用流量控制。 简而言之，如果wsrep_local_recv_queue在给定节点上超过此大小，则将发送暂停的流控制消息。

fc_limit默认为16个事务。 这实际上意味着，这可以使给定节点位于从集群提交事务的后面。

gcs.fc_master_slave

如果禁用了fc_master_slave(默认情况下)，则会动态修改fc_limit。 该模式实际上是根据集群中节点的数量动态调整fc_limit的。 群集中的节点越多，计算出的fc_limit越大。 其背后的理论是，集群获得的规模越大(并且可能来自更多节点的写操作越忙)，每个节点的应用空间就越远。

如果仅写入PXC中的单个节点，则建议您通过设置fc_master_slave = YES来禁用此功能。 无论是否动态调整fc_limit的大小，此设置实际上只不过是要更改。 它没有任何其他能力可以帮助PXC中的单节点提高更好的写能力。

gcs.fc_factor

如果fc_limit控制何时启用流控制，则fc_factor在释放时进行寻址。 该系数是介于0.0到1.0之间的数字，该数字乘以当前的fc_limit(如果fc_master_slave = NO，则通过上述计算进行调整)。 这样就产生了在节点发出另一条流控制消息之前，recv队列必须降至低于事务级别的事务数，该消息向群集授予了继续复制的权限。

fc_factor默认为0.5，这意味着在恢复复制之前，队列必须降至fc_limit的50%以下。 在这种情况下，较大的fc_limit可能意味着要等待很长时间才能再次放松流量控制。 但是，最近将此值修改为默认值1.0，以允许复制尽快恢复。

对于最终用户来说，流控是透明的，但是对于集群管理员而言，重要的是要知道节点是否在使用流控制。如果是这样，它将影响整个群集的生产率。

查找节点是否处于流控制中

FLOW_CONTROL不是持久状态。队列大小超过设置的阈值后，节点将进入FLOW_CONTROL。一旦队列大小回到低端水平以下，它将再次释放。

如何看待较高和较低的阈值