在 MIXED 日誌格式中執行時，伺服器會在下列情況下自動從基於陳述式的日誌切換為基於列的日誌

在 MySQL 8.0 之前的版本中，當使用混合二進制日誌格式時，如果一個陳述式按列記錄，並且執行該陳述式的工作階段有任何暫存表格，則所有後續陳述式都被視為不安全，並以基於列的格式記錄，直到該工作階段使用的所有暫存表格都被捨棄。在 MySQL 8.4 中，對暫存表格的操作不會以混合二進制日誌格式記錄，並且工作階段中暫存表格的存在對每個陳述式使用的日誌模式沒有影響。

除了上述決策之外，個別引擎還可以決定更新表格中的資訊時所使用的日誌記錄格式。個別引擎的日誌記錄功能可以定義如下：

給定的儲存引擎可以支援其中一種或兩種日誌記錄格式。下表列出了每個引擎所支援的格式。

是否要記錄語句以及要使用的日誌記錄模式，取決於語句的類型（安全、不安全或二進位注入）、二進位日誌記錄格式（STATEMENT、ROW 或 MIXED）以及儲存引擎的日誌記錄能力（具備語句能力、具備列能力、兩者皆具備或兩者皆不具備）。（二進位注入是指必須使用 ROW 格式記錄的變更。）

語句可能會被記錄，且有或沒有警告；失敗的語句不會被記錄，但會在日誌中產生錯誤。下表顯示了這一點。類型、binlog_format、SLC 和 RLC 欄概括了條件，而 錯誤/警告 和 記錄為 欄則代表相應的動作。SLC 代表 「具備語句日誌記錄能力」，而 RLC 代表 「具備列日誌記錄能力」。

當判斷產生警告時，會產生標準的 MySQL 警告（可使用 SHOW WARNINGS 查看）。該資訊也會寫入 mysqld 錯誤日誌中。每個用戶端連線的每個錯誤執行個體只會記錄一個錯誤，以防止日誌過於龐大。日誌訊息包含嘗試的 SQL 語句。

如果複本將 log_error_verbosity 設定為顯示警告，則複本會將訊息列印到錯誤日誌，以提供其狀態的相關資訊，例如其開始工作的二進位日誌和中繼日誌座標、何時切換到另一個中繼日誌、在斷線後重新連線的時間、不適用於基於語句的日誌記錄的語句等等。