共计 1525 个字符，预计需要花费 4 分钟才能阅读完成。
binlog 记录 MySQL 的所有批改操作，包含 DML 操作 (create/update/delete) 以及 DDL 操作，必须是已提交的事务。
binlog 能够在从库中进行重放，以实现 MySQL 数据的高可用:
- master 节点将数据批改操作写入本机的 binlog；
- slave 节点上的 I / O 线程读取 master 节点的 binlog，并写入到本地的 relay-log；
- slave 节点上的 SQL 线程读取 relay-log 并进行重放；
binlog 格局有：statement、row、mixed；
> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW |
+---------------+-------+
1 row in set (0.001 sec)statement 格局
statement 记录的是执行的 sql 语句，也就是主库上执行了什么语句，binlog 中就记录什么语句。
statement 格局的长处：
- 因为仅记录 sql 语句，日志记录量较少，能够节约磁盘和网络 I /O；
statement 格局的毛病：
- 对于特定的函数，比方 UUID()，user()这些非确定性函数，在主备服务器上的执行后果不同，可能造成主备数据不统一；
- 生产环境中个别不应用。
statement 格局的问题
statement 格局可能导致主备服务器数据的不统一，比方下表 t:
mysql> CREATE TABLE `t` (`id` int(11) NOT NULL,
`a` int(11) DEFAULT NULL,
`t_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
KEY `a` (`a`),
KEY `t_modified`(`t_modified`)
) ENGINE=InnoDB;
insert into t values(1,1,'2018-11-13');
insert into t values(2,2,'2018-11-12');
insert into t values(3,3,'2018-11-11');
insert into t values(4,4,'2018-11-10');
insert into t values(5,5,'2018-11-09');当执行 sql 语句：
mysql> delete from t where a>=4 and t_modified<='2018-11-10' limit 1;设置 binlog_format=statement，如果主库和从库上在执行上述 sql 语句时，抉择了不同的索引，则会删除不同的数据：
- 在主库上：如果 delete 操作应用索引 a，那么将删除 a = 4 这一行；
- 在从库上：如果 delete 操作应用索引 t_modified，那么将删除 t_modified=’2018-11-09’，也就是 a = 5 这一行；
row 格局
row 记录的是每一行记录的增 / 删 / 改操作，若一条 sql 语句批改了 1000 条记录，row 格局的日志将会别离记录 1000 条记录的批改，而 statement 仅记录一条 sql 语句。
row 格局的长处：
- 主从复制平安，能够保障主备服务器数据完全一致；
- 若误操作批改了数据，同时没有备份复原，能够通过剖析二进制日志，通过对记录做反向操作，达到复原数据的目标；
mixed 格局
mixed 格局下，依据 sql 语句特点，由零碎决定某个批改应用 row 还是 statement 格局进行存储。
若 sql 语句可能引起主备不统一，那么应用 row 格局，否则应用 statement 格局。
正文完
