二进制日志用于记录数据更改操作，支持数据恢复、主从复制和审计；通过三种格式（STATEMENT/ROW/MIXED）实现高效安全的变更记录与同步。
MySQL二进制日志（Binary Log）是数据库运行过程中非常关键的组件，主要用于记录所有对数据库执行更改操作的SQL语句或行数据变更，比如INSERT、UPDATE、DELETE等。它不记录SELECT这类查询操作，因为它们不会改变数据。
1. 数据恢复与备份
二进制日志最核心的作用之一是支持数据恢复。当数据库发生故障时，可以通过全量备份加上二进制日志进行增量恢复，将数据还原到故障前的某个时间点。
2. 主从复制的基础
在MySQL主从复制架构中，主库将数据变更写入二进制日志，从库通过I/O线程读取这些日志并写入自己的中继日志（Relay Log），再由SQL线程回放，从而保持数据一致性。
- 主库开启binlog后，从库通过CHANGE MASTER TO命令指定主库的binlog文件名和位置开始同步。
- 复制过程依赖于二进制日志的完整性和顺序性，因此生产环境中必须确保其稳定开启。
3. 日志格式与选择
MySQL支持三种二进制日志格式：STATEMENT、ROW 和 MIXED，不同格式影响日志内容和复制行为。
- STATEMENT：记录的是SQL语句本身。优点是日志量小，缺点是在某些非确定性函数下可能导致主从数据不一致。
- ROW：记录每一行数据的修改情况。更安全，适合复杂环境，但日志体积较大。
- MIXED：系统自动在STATEMENT和ROW之间切换，兼顾效率与安全，推荐在多数场景下使用。
4. 二进制日志管理与解析
合理管理二进制日志有助于提升性能和维护便利性。
- 通过SHOW BINARY LOGS;查看当前存在的binlog文件列表。
- 使用PURGE BINARY LOGS命令清理过期日志，避免磁盘空间被占满。
- 用mysqlbinlog --start-datetime="2025-04-01 00:00:00" --stop-datetime="2025-04-02 00:00:00" binlog.000001提取特定时间段的操作记录，便于审计或恢复。
基本上就这些。二进制日志不仅是实现高可用和灾备的关键，也是排查问题、分析数据变更的重要依据。正确配置和定期维护binlog策略，对保障数据库稳定性至关重要。
