关于mysql:MySQL-binlog格式Row和Statement

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 记录的是执行的 sql 语句，也就是主库上执行了什么语句，binlog 中就记录什么语句。

statement 格局的长处：

因为仅记录 sql 语句，日志记录量较少，能够节约磁盘和网络 I /O；

statement 格局的毛病：

对于特定的函数，比方 UUID()，user()这些非确定性函数，在主备服务器上的执行后果不同，可能造成主备数据不统一；
生产环境中个别不应用。

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 记录的是每一行记录的增 / 删 / 改操作，若一条 sql 语句批改了 1000 条记录，row 格局的日志将会别离记录 1000 条记录的批改，而 statement 仅记录一条 sql 语句。

row 格局的长处：

主从复制平安，能够保障主备服务器数据完全一致；
若误操作批改了数据，同时没有备份复原，能够通过剖析二进制日志，通过对记录做反向操作，达到复原数据的目标；

mixed 格局下，依据 sql 语句特点，由零碎决定某个批改应用 row 还是 statement 格局进行存储。

statement 格局

statement 格局的问题

row 格局

mixed 格局