MySQL的binlog格式有STATEMENT、ROW和MIXED三种，通过SHOW VARIABLES LIKE ‘binlog_format’查看当前设置；STATEMENT记录SQL语句，日志小但可能引发主从不一致；ROW记录行变更，数据一致性高但日志大；MIXED为混合模式，自动选择安全的记录方式；可通过SET GLOBAL或配置文件永久设置binlog_format = ROW，建议生产环境使用ROW以确保复制可靠性。

MySQL 的 binlog（二进制日志）格式决定了数据库在记录数据变更时的写入方式。设置合适的 binlog 格式对主从复制、数据恢复和性能都有重要影响。MySQL 支持三种 binlog 格式：STATEMENT、ROW 和 MIXED。

查看当前 binlog 格式

可以通过以下命令查看当前的 binlog 格式：

SHOW VARIABLES LIKE ‘binlog_format’;

返回结果会显示当前使用的格式，常见值为 STATEMENT、ROW 或 MIXED。

binlog 格式说明

STATEMENT：基于SQL语句的日志记录。每条修改数据的 SQL 语句都会被记录下来。优点是日志量小，缺点是在某些函数（如 NOW()、RAND()）或触发器场景下可能导致主从数据不一致。

ROW：基于行的日志记录。记录每一行数据的实际变化，非常精确，适合复制环境，但日志体积较大。

MIXED：混合模式。MySQL 自动选择使用 STATEMENT 还是 ROW，通常对安全的语句用 STATEMENT，对可能引起不一致的语句自动切换为 ROW。

设置 binlog 格式的方法

可以在配置文件中永久设置，也可以在运行时动态修改。

1. 动态设置（临时生效）

SET GLOBAL binlog_format = ROW;

或

比格设计

比格设计是135编辑器旗下一款一站式、多场景、智能化的在线图片编辑器

124

查看详情

SET SESSION binlog_format = ROW;

注意：GLOBAL 设置影响所有新连接，SESSION 只影响当前会话。建议设置 GLOBAL 后再检查是否生效。

2. 永久设置（通过配置文件）

编辑 MySQL 配置文件 my.cnf 或 my.ini（Linux 通常在 /etc/my.cnf），在 [mysqld] 段落下添加：

[mysqld]
binlog_format = ROW

保存后重启 MySQL 服务使配置永久生效：

systemctl restart mysql

注意事项

更改 binlog_format 会影响正在运行的复制结构，建议在低峰期操作，并确保主从节点格式兼容。

如果使用了 GTID 复制或半同步复制，推荐使用 ROW 或 MIXED 模式，以保证数据一致性。

某些存储过程、触发器或非确定性函数在 STATEMENT 模式下可能导致主从偏差，应避免。

基本上就这些，根据业务需求选择合适格式即可。ROW 是目前大多数生产环境的首选。