在同一个事务中混合事务和非事务语句。 通常情况下，您应该避免在复制环境中更新事务和非事务表的同一个事务。您也应该避免使用任何访问事务表（或临时表）和非事务表，并对其中任何表进行写入的语句。

服务器使用以下规则记录二进制日志：

事务、非事务和混合语句。 为了应用这些规则，服务器将考虑语句是否非事务，如果它只更新非事务表，或者事务，如果它只更新事务表。语句如果引用非事务和事务表，并且更新其中任何表的语句将被认为是一个“混合”语句。混合语句，如事务语句一样，将被缓存，并在事务提交时记录。

混合语句，如果更新事务表，并且执行以下任何操作之一，将被认为是危险的：

混合语句，如果在事务中更新事务表后执行，且执行以下任何操作之一，将被认为是危险的：

更多信息，请见第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）的表。