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;或
注意：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 是目前大多数生产环境的首选。
