Смешивание транзакционных и не транзакционных операторов в рамках одной транзакции. В MySQL 9.2 (и более поздних версиях) транзакции, обновляющие как транзакционные таблицы, так и таблицы, не являющиеся транзакционными или несоставными, устарели и вызывают предупреждение об устаревании как для клиента, так и для журнала ошибок. В MySQL 9.2 только InnoDB и BLACKHOLE двигатели хранения являются транзакционными и составными; NDBCLUSTER является транзакционным, но не составным. Это означает, что только сочетания двигателей хранения, которые не вызывают предупреждение об устаревании, указаны здесь:

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

Сервер использует следующие правила для двоичного протоколирования:

Транзакционные, не транзакционные и смешанные операторы. Для применения этих правил сервер рассматривает оператор как не транзакционный, если он изменяет только не транзакционные таблицы, и транзакционный, если он изменяет только транзакционные таблицы. Оператор, ссылающийся на как не транзакционные, так и транзакционные таблицы и обновляющий любую из затронутых таблиц, считается оператором “смешанным”. Смешанные операторы, как и транзакционные операторы, кэшируются и протоколируются при подтверждении транзакции.

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

Смешанный оператор, следующий за обновлением транзакционной таблицы в рамках транзакции, считается небезопасным, если он выполняет одно из следующих действий:

Дополнительную информацию см. в Разделе 19.2.1.3, «Определение безопасных и небезопасных операторов в двоичном протоколировании».

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

Использование разных двигателей хранения на источнике и реплике. Возможна репликация транзакционных таблиц на источнике с использованием не транзакционных таблиц на реплике. Например, можно реплицировать таблицу InnoDB на источнике как таблицу MyISAM на реплике. Однако, если это сделать, могут возникнуть проблемы, если реплика останавливается в середине блока BEGIN ... COMMIT, потому что реплика перезапускается в начале блока BEGIN.

Также безопасно реплицировать транзакции из таблиц MyISAM на источнике в транзакционные таблицы, такие как таблицы, использующие двигатель хранения InnoDB, на реплике. В таких случаях оператор AUTOCOMMIT=1, выпущенный на источнике, реплицируется, тем самым навязывая режим AUTOCOMMIT на реплике.

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

Изменение формата двоичного протоколирования в рамках транзакций. Системные переменные binlog_format и binlog_checksum являются только для чтения, пока транзакция находится в процессе.

Каждая транзакция (включая транзакции autocommit) записывается в двоичный журнал так, как будто она начинается с оператора BEGIN и заканчивается оператором COMMIT или ROLLBACK. Это справедливо даже для операторов, влияющих на таблицы, использующие не транзакционный двигатель хранения (например, MyISAM).