必须用ROW模式当业务要求主从100%一致时，因其记录行级变更而非SQL语句，可彻底规避NOW()、UUID()等非确定性函数导致的主从不一致；MIXED模式存在静默错配风险，自动切换不可控且难以监控，易致数据持续漂移。
线上 MySQL 主库设为 binlog_format=MIXED，不是“基本可用”，而是“随时可能静默错配”——它不报错、不中断复制，但主从数据差异会持续累积，直到某次核对才发现丢了 200 条订单或多出 500 条日志。
为什么 MIXED 在级联复制中会丢 binlog event
MIXED 模式下，主库生成的 binlog 是 statement 格式；当该 binlog 被中间节点（New_M）作为从库回放时，MySQL 会按自身规则重写并生成新 binlog（即 log_slave_updates=ON 场景）。问题在于：New_M 的 binlog_format 若仍为 MIXED，它可能跳过某些事件的记录——尤其当原语句被判定为“安全”而走 STATEMENT，但实际执行环境（如隔离级别、临时表状态）已变化，导致 New_M 不生成对应 binlog event。下游 New_S 就永远收不到那部分变更。
常见触发条件：
- 主库用 REPEATABLE-READ 隔离级别 + MIXED，UPDATE 带范围条件（如
WHERE created_at > DATE_SUB(NOW(), INTERVAL 1 DAY)），主库匹配 10 行，New_M 因时间差只匹配 8 行，且未记录该差异 - 中间节点启用了
binlog_ignore_db或replicate_wild_ignore_table，但 MIXED 下的 statement 日志不带库名上下文，过滤逻辑误判 - DDL 后紧跟 DML，MIXED 在中间节点重写 binlog 时发生事件合并或截断
MIXED 对非确定性函数的识别有盲区
MySQL 内置的“安全判定表”只覆盖常见函数（UUID()、SYS_DATE()、用户变量等），但对以下情况无法准确识别：
- 自定义函数（UDF）未显式声明
DETERMINISTIC，MySQL 默认切 ROW，但若你漏配或版本不兼容，可能仍走 STATEMENT -
RAND()出现在子查询中（如INSERT INTO t SELECT RAND() FROM u LIMIT 1），MySQL 5.7 前常漏判，语句以 STATEMENT 记录，主从结果必然不同 - 存储过程内调用
NOW()，但过程体未被完整解析，MIXED 误认为“无风险”
后果不是报错，而是主从字段值逐条漂移——比如主库插入 id=UUID(), ts=NOW()，从库回放时生成另一个 UUID 和晚 3 秒的时间戳，行内容完全不一致。
ROW 模式下 DDL 引发的隐性性能陷阱
很多人以为把 binlog_format 改成 ROW 就一劳永逸，但 MIXED 切到 ROW 后，DDL（如 ALTER TABLE）行为会突变：
-
ALTER TABLE在 STATEMENT 下只记一条明文语句；在 ROW 下，MySQL 会全表扫描+逐行写变更事件，大表操作直接打爆磁盘 IO 和网络带宽 - 无主键表执行
UPDATE或DELETE，ROW 模式需全表扫描匹配条件行，从库延迟飙升，且 binlog 体积暴涨数倍 - MIXED 自动切换时机不可控：某天批量导入突然触发 ROW，而你没预留足够磁盘空间，
binlog写满导致复制中断
这不是配置错误，是 MIXED 模式下“自动降级”的副作用——你没主动切 ROW，但 MySQL 替你做了，且不通知。
如何验证当前 MIXED 是否已在静默失效
别信配置文件或 SELECT @@binlog_format，要查真实日志内容：
- 用
mysqlbinlog --base64-output=decode-rows --verbose mysql-bin.000001查看事件类型：出现Write_rows_log_event说明已切 ROW，全是Query_log_event则仍在 STATEMENT，但后者最危险 - 执行
SHOW BINLOG EVENTS IN 'mysql-bin.000001' LIMIT 10，观察Event_type列，混合模式下同一 binlog 文件里可能混着两种事件 - 对比主从
SELECT COUNT(*)和pt-table-checksum结果，一旦发现差异，立即停写并查 binlog offset 范围，MIXED 下的不一致通常无法精确定位到某条 SQL
MIXED 的核心问题不是它“不能用”，而是它把一致性责任从数据库推给了人：你需要时刻知道哪些函数会被识别、哪些隔离级别会触发漏洞、哪张表有没有主键——而这些细节，在业务快速迭代中极易被遗忘。
