При работе в формате протоколирования MIXED сервер автоматически переключается с протоколирования на основе операторов на протоколирование на основе строк в следующих условиях:

В версиях MySQL до 8.0, при использовании смешанного формата двоичного протоколирования, если оператор протоколировался на основе строк, и сеанс, выполнивший оператор, имел временные таблицы, все последующие операторы обрабатывались как небезопасные и протоколировались в формате на основе строк, пока все временные таблицы, используемые этим сеансом, не были удалены. В MySQL 9.2 операции с временными таблицами не протоколируются в смешанном формате двоичного протоколирования, и наличие временных таблиц в сеансе не влияет на режим протоколирования, используемый для каждого оператора.

В дополнение к вышеуказанным решениям, отдельные движки также могут определять формат протоколирования, используемый при обновлении информации в таблице. Возможности протоколирования отдельного движка могут быть определены следующим образом:

Данный движок хранения может поддерживать один или оба формата протоколирования. В следующей таблице перечислены форматы, поддерживаемые каждым движком.

Определение оператора для протоколирования и режима протоколирования определяется типом оператора (безопасный, небезопасный или бинарный), форматом двоичного протоколирования (STATEMENT, ROW или MIXED), и возможностями протоколирования движка хранения (способный к протоколированию операторов, строк, обоих или ни одного). (Бинарная инъекция относится к протоколированию изменения, которое должно быть протоколировано в формате ROW.)

Операторы могут протоколироваться с или без предупреждения; неудачные операторы не протоколируются, но генерируют ошибки в журнале. Это показано в следующей таблице решений. Столбцы Тип, binlog_format, SLC и RLC описывают условия, а столбцы Ошибка / Предупреждение и Протоколировано как представляют соответствующие действия. SLC обозначает “способный к протоколированию операторов”, а RLC обозначает “способный к протоколированию на основе строк”.

При возникновении предупреждения генерируется стандартное предупреждение MySQL (доступно с помощью SHOW WARNINGS). Информация также записывается в журнал ошибок mysqld. В журнал записывается только одна ошибка за каждый случай ошибки на соединение клиента, чтобы предотвратить переполнение журнала. Сообщение журнала включает в себя SQL-оператор, который был выполнен.

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