答案：MySQL中通过binlog_format参数配置二进制日志格式，支持STATEMENT、ROW和MIXED三种模式；可通过SET GLOBAL临时设置或在my.cnf中永久配置；推荐生产环境使用ROW或MIXED以保证数据一致性。
在 MySQL 中配置 binlog（二进制日志）格式，主要是通过设置 binlog_format 参数来实现。该参数决定了二进制日志记录数据变更的方式，常见的格式有 STATEMENT、ROW 和 MIXED 三种。以下是具体配置方法。
1. 查看当前 binlog 格式
登录 MySQL 后，执行以下命令查看当前的 binlog 格式：SHOW VARIABLES LIKE 'binlog_format';
返回结果会显示当前使用的格式，通常是 STATEMENT、ROW 或 MIXED。2. 设置 binlog 格式
可以通过以下两种方式设置 binlog 格式：（1）临时设置（重启后失效）
在 MySQL 运行时动态修改，立即生效：SET GLOBAL binlog_format = 'ROW';
可将 'ROW' 替换为 'STATEMENT' 或 'MIXED'。注意：如果当前有活跃事务，修改格式可能导致不一致，建议在低峰期操作。
（2）永久设置（写入配置文件）
编辑 MySQL 配置文件 my.cnf 或 my.ini（Linux 通常位于 /etc/my.cnf），在 [mysqld] 段落下添加：binlog_format = ROW
保存后重启 MySQL 服务使配置生效：systemctl restart mysql
3. 三种 binlog 格式说明
- STATEMENT：记录 SQL 语句本身。优点是日志量小，缺点是某些非确定性函数（如 NOW()）可能导致主从数据不一致。
- ROW：记录每一行数据的变更。更安全，适合复制和数据恢复，但日志体积较大。
- MIXED：混合模式，MySQL 自动选择使用 STATEMENT 还是 ROW，对大多数场景推荐使用。
4. 注意事项
某些功能依赖特定格式，例如：- GTID 复制和半同步复制推荐使用 ROW 或 MIXED。
- 使用基于行的复制可避免因 SQL 执行上下文不同导致的主从偏差。
- 修改前确认应用兼容性，尤其是依赖触发器或复杂 SQL 的系统。
基本上就这些。合理选择 binlog_format 对数据一致性、复制效率和故障恢复都很关键。一般生产环境建议使用 ROW 或 MIXED。配置完成后可通过 SHOW MASTER STATUS; 查看 binlog 写入情况验证是否生效。
