作者介绍：简历上没有一个精通的运维工程师。请点击上方的蓝色《运维小路》关注我，下面的思维导图也是预计更新的内容和当前进度(不定时更新)。
数据库是一个系统（应用）最重要的资产之一，所以我们的数据库将从以下几个数据库来进行介绍。
MySQL**（本章节）**
PostgreSQL
MongoDB
Redis
Etcd
我们在前面在介绍中间件：ZooKeeper介绍过事务日志，在MYSQL里面其实有类似的东西，但是他们的功能并不相同。
一、什么是二进制日志（Binlog）
二进制日志（Binary Log）是 MySQL 服务层创建的一种逻辑日志，它记录了对 MySQL 数据库执行的所有更改数据的操作（DDL 和 DML），但不包括 SELECT 和 SHOW 这类不修改数据的操作。
它以二进制的、序列化的形式存储在磁盘上，是数据恢复、主从复制（Replication）等功能的核心基础。
核心特点：
-
逻辑日志：它记录的是操作的逻辑（如 SQL 语句本身）或行的前后变化，而不是物理的数据页修改。
-
追加写入：日志文件以追加模式写入，性能很好。
-
事务安全：在支持事务的存储引擎（如 InnoDB）中，Binlog 与存储引擎的重做日志（Redo Log）协同工作，确保了数据的持久性和一致性（通过两阶段提交）。
二、二进制日志的主要作用
-
主从复制（Replication），这是 Binlog 最经典的作用。主库（Master）将其 Binlog 发送到从库（Slave），从库重放（Replay）这些日志事件，从而使得主从数据保持最终一致。它是 MySQL 实现高可用、读写分离和负载均衡的基础。
-
数据恢复（Point-in-Time Recovery, PITR）
-
结合全量备份（如 mysqldump）和 Binlog，可以将数据库恢复到过去的任意时间点。
-
过程：先恢复最近的全量备份，然后重放该备份时间点之后的所有 Binlog，直到错误发生前的某一个时刻。
- 审计（Audit）
- 通过解析 Binlog，可以查看谁在什么时候对数据库做了哪些修改，用于安全审计和问题排查。
三、二进制日志的格式（Binlog Format）
Binlog 有三种记录格式，这直接影响复制的行为和数据的安全性。可以通过 binlog_format 参数进行设置。
格式
描述
优点
缺点
STATEMENT
(SBR)
基于SQL语句的复制
。记录的是执行的原始SQL语句。
日志文件小，节省磁盘和网络I/O。
不安全
。某些语句（如 NOW(), RAND(), UUID()）在主从执行结果可能不一致。
ROW
(RBR)
基于行的复制
。记录的是每一行数据被修改后的内容（或修改前的内容）。
最安全
。能绝对保证主从数据一致性。
日志文件大（例如一条 UPDATE 更新了100万行，STATEMENT 只记1条语句，而 ROW 会记录100万行变化）。
MIXED
(MBR)
混合模式复制
。默认使用 STATEMENT，但在可能引起主从不一致的情况下，自动切换为 ROW 格式。
在安全性和性能之间取得平衡。
仍有极小的概率在某些复杂情况下出现问题。
强烈推荐： 在现代 MySQL 版本（5.7+，8.0+）中，默认并且强烈建议使用 ROW 格式，因为它提供了最强的数据一致性保证，这是数据安全最重要的考量。
运维小路
一个不会开发的运维！一个要学开发的运维！一个学不会开发的运维！欢迎大家骚扰的运维！
关注微信公众号《运维小路》获取更多内容。
