Некоторые формы оператора FLUSH не регистрируются в журнале, так как при репликации на реплику могут возникнуть проблемы: FLUSH LOGS и FLUSH TABLES WITH READ LOCK. Пример синтаксиса см. в Разделе 13.7.6.3, «Оператор FLUSH». Операторы FLUSH TABLES, ANALYZE TABLE, OPTIMIZE TABLE и REPAIR TABLE записываются в двоичный журнал и, таким образом, реплицируются на реплики. Это обычно не проблема, так как эти операторы не изменяют данные таблиц.

Однако это поведение может создать трудности в определенных обстоятельствах. Если вы реплицируете таблицы привилегий в базе данных mysql и непосредственно обновляете эти таблицы без использования GRANT, вам необходимо выполнить FLUSH PRIVILEGES на репликах, чтобы новые привилегии вступили в силу. Кроме того, если вы используете FLUSH TABLES при переименовании таблицы MyISAM, которая является частью таблицы MERGE, вам необходимо вручную выполнить FLUSH TABLES на репликах. Эти операторы записываются в двоичный журнал, если вы не укажете NO_WRITE_TO_BINLOG или его псевдоним LOCAL.