MySQL Group Replication гарантирует, что транзакция подтверждается только после того, как большинство членов группы её получили и договорились об относительном порядке среди всех транзакций, отправленных одновременно. Этот подход хорошо работает, если общее число записей в группу не превышает пропускную способность записи любого члена группы. Если же это происходит, и у некоторых членов пропускная способность записи ниже, чем у других — особенно ниже, чем у записывающих членов — эти члены могут начать отставать от записывающих.

Когда некоторые члены отстают от остальных членов группы, чтение на таких членах может внешне отображать очень старые данные. В зависимости от того, почему член отстаёт, другим членам группы может потребоваться сохранить больше или меньше контекста репликации, чтобы иметь возможность удовлетворить потенциальные запросы передачи данных от медленного члена.

Протокол репликации предоставляет механизм для предотвращения чрезмерного разрыва в количестве применённых транзакций между быстрыми и медленными членами. Это известно как механизм управления потоком, который преследует следующие цели:

С учётом дизайна Group Replication решение о том, нужно ли ограничивать, или нет, может приниматься, принимая во внимание две очереди работ: очередь сертификации и очередь приложения двоичного лога. Всякий раз, когда размер одной из этих очередей превышает заданный пользователем порог, механизм удушения запускается.

Управление потоком зависит от двух основных механизмов: